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| 
INTRODUCTION 


1.1 SCOPE AND PURPOSE OF THIS DOCUMENT 


This manual* describes the functionality and operation of the 
Series 60, Level 6 Type MLC9103 Multiline Communications Processor 
(MLCP). Programming considerations are presented to the extent 
necessary to make the hardware/firmware descriptions comprehensible. 
The reader is referred to the MLCP Programmer's Reference Manual 
(Order No. AT97), the Level 6 Minicomputer Handbook (Order No. AS22), 
or the Peripherals Handbook (Order No. AT04) for programming de- 
tails. Operational theory contained in this document is designed to 
acquaint the reader with the major functional hardware elements of 
the MLCP and to aid in the analysis of MLCP operation at the de- 
tailed level presented in the logic block diagrams found in the MLCP 
Reference Manual. 


1.1.1 Organization of this Document 


This manual is composed of four sections: 


1. Section I: INTRODUCTION. Describes the scope and purpose 
of this document; lists related reference documents; pro- 
vides a summary description of the MLCP within the context 
of the Series 60, Level 6 System; itemizes MLCP specifica- 
tions and performance characteristics, and defines abbrevia- 
tions and special terminology used within the document. 


*This manual reflects Firmware Release Level 11.0. 
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2. Section II: THEORY OF OPERATION-OVERVIEW. Defines the 
interfaces which the MLCP has with the Series 60, Level 6 
Megabus* network and with attachable (pluggable) line 
adapters; describes the interrelationship between MLCP soft- 
ware, firmware and hardware; introduces the major hardware 
functional components; provides an operational overview in 
terms of functions performed and operational states and 
modes; provides a limited description of programming in- 
fluence upon certain hardware elements. 


3% Section III: THEORY OF OPERATION - INTERMEDIATE. Provides 
an intermediate level theory of operation of each area of 
the major block diagram discussed in Section III. Function 
names are included in many places to enable the reader to 
enter the logic block diagrams (see MLCP Reference Manual) 
if desired. 


4. Section IV: THEORY OF OPERATION - CYCLE FLOW. Provides 
a description of the firmware cycle flow within the MLCP, 
the flows (operations) the MLCP can execute and how and 
when they are executed. The overview flow chart contains 
one block for each cycle grouping the CPU can execute and 
shows entries and exits from various cycle groupings. The 
intermediate flow charts contain one block for each major 
operation that takes place within a cycle grouping. 


1.1.2 Reference Documents 
See Table l-l. 


1.2 MLCP DESCRIPTION 


The MLCP, in conjunction with a variable configuration of up to 
‘four communications line adapters (CLAS), is a programmable pro- 
cessor which is supported by a firmware operating environment for 
use with the Series 60 Level 6 Megabus. The MLCP has the logic re- 
quired for attachment to the Megabus and for control (via the appro- 
priate adapter) of the communications devices listed in Table 1-2. 


The MLCP (Figure 1-1) supports the data transfer and control of 
data for up to eight full duplex, low-speed (300 bits per second or 
less) and medium-speed (600 to 9600 bits per second) lines on a 
Single Series 60 Level 6 Communications Board. The MLCP accommo-: 
dates high line speeds as well with reduced line connectibility. 
One line up to 72kb full duplex may be attached. 


The MLCP provides the firmware and hardware common to all line 
adapters and channel-specific firmware. Channel-specific logic is 
contained on interchangeable, pluggable line adapters. Each line 
adapter consists of either one-line or two-line interfaces, de- 
pending upon the complexity and circuit requirements of the particu- 
lar line adapter functions and data set interface to be supported. 
Information is transmitted between the line adapter and the MLCP in 


*Trademark of Honeywell Information Systems Inc. 
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=xbyte-serial form. The adapter serializes byte information received 
-  f£rom the MLCP for transmission to the attached data set and assem- 
( bles serial data from the data set into byte form for transmission 
to the MLCP. 


Fach communication line operating with the MLCP is a full du- 
plex data path composed of two independently controlled channels. 
Fach channel is capable of either sending or receiving a communica- 
tions type data stream between the main memory visible at the Mega- 
bus and any of the 16 communications channels via Direct Memory 
Access (DMA) operation. Typically, a pair of adjacent (even, odd) 
channels is set up and configured as a communication line. 


MLCP design is based on a microprocessor which has been tailored 
by a microprogram to serve as a communication processor. Each MLCP 
. has 4096 bytes of self-contained read/write memory, most of which is 
directly visible to a user of the MLCP. This visibility allows each 
user to interpret and manipulate the communications data stream ac- 
cording to the requirements of the application, Since the byte level 
operations in the MLCP are software configurable. 


In the process of transferring data, the MLCP is capable of 
fully delimiting the data with special character generation and de- 
tection and block check information. The MLCP is also capable of 
editing and converting certain prespecified sequences in the data 
stream. Control of these functions is designated by configuration 
of a Line Control Table (LCT) and a Channel Control Program (CCP) 
which can be loaded by software into the MLCP. 


( ms Table 1-1 Reference Documents 


4 DOCUMENT ORDER 
a TITLE NUMBER NUMBER 


Series 60 Level 6 Minicomputer Handbook 


Series 60 Level 6 Peripherals Handbook 


Series 60 Level 6 MLCP Programmer's 
Reference Manual 


Model 33 Systems Description Manual 71010669-100 
Model 6/34/36 Systems Handbook 71010200-200 
Model 33 CPU Manual 71010670=100 


Model 6/34/36 CPU Manual - FAQLO2Z01~200 


Type DCM9101 Dual Asynchronous Communi- 71010232-200 
cations Line Adapter Manual 


Type DCM9102 Single Asynchronous Communi- | 71010236-200 
cations Line Adatper Manual 


bd Type DCM9103 Dual Synchronous Communi- 71010231-200 
cations Line Adapter Manual 
Type ECM9104 Single Synchronous Communi- 7L£010237=200 
cations Line Adapter Manual 
Type DCM9105 Synchronous Current Mode 71010434-100 
Adapter Manual 
Type DCM9106 HDLC Adapter Manual . | 70010961-100 
Type DCM9108 Synchronous Balanced Line 71010431-100 
Adapter Manual 
Type DCM9109 Synchronous MIL STD, 188C 71010217-100 


Manual 
Type DCM9110 Dual Autocall Adapter Manual | 71010262-100 


Model 3x, 4x, 5x System Checkout and T&V 71010207-100 
Manual 


Type MLC9103 MLCP Reference Manual 71010380-101 
(Assembly No. 60127901~100) 
Type MLC9103 MLCP Reference Manual 71010440-100 


(Assembly No. 60130483-001) 
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Table 1-2 Adapters and Attachable 
Communications Devices 


LINE ADAPTER 
1. Asynchronous Adapter (EIA 
RS232 Interface) 


COMMUNICATIONS DEVICE 


Dataphone Data Set 103, tio 
113, 202 or equivalent, or 
modem bypass 


Dataphone Data Set 201, 203, 
208 or equivalent, or modem 
bypass 


Dataphone Data Set 301, 303, | 
or equivalent, or modem bypass | 


Digital Data System or 
equivalent 
[ee 


2. Synchronous Adapter (EIA 


RS232 Interface) 


=e Current Mode Synchronous 
Adapter 


Balanced Line Synchronous 
Adapter 


HDLC Adapter (EIA RS232 
Interface) 


MIL 188C Synchronous 
Adapter 


4. 


D~ 


6. 


7. Dual Autocall Adapter 801 ACU 


—— CHANNEL 0 
COMMUNICATIONS CHANNEL 1 
LINE ADAPTER 0 ees 
L LINE 1 
| CHANNEL 3 
2 _ CHANNEL 4 
| LINE 2 
COMMUNICATIONS | = CHANNEL 5 
[INE ADAPTER 1 
A 
CLA EG CH ene 
seacees MULTILINE | SOS pee 
; COMMUNICATIONS 
LEVEL PROCESSOR 
MEGABUS MLCP 
—— CHANNEL 8 
COMMUNICATIONS CHANNEL 9 
LINE ADAPTER 2 ae 
oe LINE 5 
CHANNEL11 
CHANNEL12 
LINE 6 
COMMUNICATIONS CHANNEL 13 
LINE ADAPTER 3 iaicer as 
CLAS LINE 7 
| CHANNEL 15 


FIGURE 2-1 FIGURE 2-2 
MLCP /MEGABUS MLCP /CLA 
INTERFACE INTERFACE 


Figure 1-1 Multiline Communications Processor (MLCP) In 
Series 60 Level 6 System Configuration 
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1.3 SPECIFICATIONS 
1.3.1 Line Capabilities 


l. Controls up to eight full- or half-duplex communications 
lines. 
2. Operates with both synchronous and asynchronous lines. 


3. Up to two lines (four channels) may be controlled by each 
line adapter. Each channel connected to a line adapter 
useS a pair of channels of opposite types (i.e., one trans- 
mit and one receive channel). 

1.3.2 Block Mode 


Blocks of data are transferred between the CPU and the MLCP 
memory (R/W RAM) by firmware under Communications Control Block 
(CCB) control. 

1.3.3 Line Configuration 


Lines which interface with the MLCP may be synchronous or asyn- 
chronous. Configurable items for both types are described in the 
following paragraphs. 


1.3.3.1 Configuration of Synchronous Lines 


The following items are configurable for each synchronous 
line: 


Character length of five, six, seven, or eight bits 
2. Even, odd, or no parity 


3. <A synchronization character may be loaded into the CLA 
register by the CCP. When receive is turned on, the in- 
coming data must match this character before transfer from 
the CLA is initiated by the MLCP. In transmit, a transmit- 
fill character is substituted for the absent data from the 
MLCP in case of an underrun condition. 


4. One of four Cyclic Redundancy Check (CRC) codes (CRC-12, 
CRC-16, CRC-CCITT or LRC-8) may be specified. 
1.3.3.2 Configuration of Asynchronous Lines 


The following items are configurable for each asynchronous 
line: 


1. Character length of five, six, seven, or eight bits 
2. Even, odd, or no parity 


3. One or two stop bits for six-, seven-, or eight-bit char- 
acters. One or 1% stop bits for five-bit characters. 


The Communications-Pac adds start and stop bits on transmit and 
strips start and stop bits on receive. 
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be3.4 Programmable Line Controls 


The MLCP can be programmed to control the following functions 
on a per-channel basis via CCP instructions: 


Enable transmit with parity 

Enable transmit without parity 

Disable transmit | 

Enable receive with parity 

Enable receive without parity 

Disable receiver - report open line (asynchronous lines) 
Enable search for sync (synchronous lines) 7 
Strip sync in receive (synchronous lines) 

Do not strip sync (synchronous lines) 


Lo Os] OV OF & W DN FF 


1.3.5 Physical Characteristics 


The MLCP is a single Series 60 Level 6 module which accommodates 
up to four CLAs. Cables to external lines connect via the back edge 
of the CLAs (refer to the appropriate CLA manual) rather than di- 
rectly to the MLCP. | 


Figure 1-2 shows the MLCP (BF4MLC) layout and dimensions and 
indicates the positioning of the Communications-Pacs. At the base 
of the module are two 50-pin connectors (Z01 and Z02) which are used 
to connect the MLCP to the Series 60 Level 6 Megabus. Connectors 
WOl through W08 are 25-pin connectors located on the component side 
of the MLCP for the physical and electrical attachment of Communica- 
tions-Pacs. The two hex rotary switches located in positions B14 
and B15 on the MLCP are set to the channel number of the MLCP as 
specified in the system configuration. The hex rotary Switch in 
position E04 or the jumpers located in positions NI5Y, N16S, N16U, 
and N16W are configured to generate a specific baud rate for the 
synchronous clock signal. The setting of the hex rotary switch 
or the installation or removal of jumpers is determined by the board 
assembly number of the MLPC (see subsection 3.5.4 for further de- 
tails). 


1.3.6 Environmental Requirements 


1. Temperature: 0 to 50°C ambient 
2. Relative Humidity: 5 to 95%. 


1.3.7 Power Requirements 


There are no special power requirements for MLCP logic. Certain 
CLAS require +12 volts. This voltage and +5 volts are supplied by 
the MLCP board through the stacking connector. 
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1.4 ABBREVIATIONS/DEFINITIONS 


ACK Acknowledge ae 
ACLA Asynchronous Communications Line Adapter Wy 
ACU Automatic Calling Unit 
BSC Binary Synchronous Communication 
CCB Communications Control Block 
CCH Calculate Block Check 
CCP Channel Control Program 
CDB Communications Data Block 
CH Channel 
CHAR Character | 
CLA Communications Line Adapter " 
CPU Central Processing Unit 
CRC Cyclic Redundancy Check , 
CRI Channel Request Interrupt 
DCE Data Communications Equipment 
DMA Direct Memory Access 
DTE Data Terminal Equipment 
EA Effective Address 
FC Function Code 
FDX Full Duplex 
FIFO First In First Out 
HDX Half Duplex 
ID Tdentification (Device) 
I/O Input/Output 
LCT Line Control Table 
LR Line Register lan 
LRC Longitudinal Redundancy Check — 
LSI Large Scale Integration ee 
MLCP Multiline Communications Processor 
NAK Negative Acknowledgement 
ORU Optimum Replaceable Unit 
QLT Quality Logic Test 
R Register of the MLCP 
RAM Random Access Memory 
RFU Reserved for Future Use 
ROM Read Only Memory 
PWCB Read Write Control Block 
RWCT Read Write Control Table 
RWDB Read Write Data Block z 
SCLA Synchronous Communications Line Adapter 
TBS To Be Supplied 
~ 
1-8 
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Ik 
THEORY OF 


OPERATION - OVERVIEW 


x 2.1 INTERFACE DESCRIPTION 
{ | 2.1.1 MLCP/Megabus Interface 


The MLCP attaches to the Series 60 Level 6 Megabus via the 
interface shown in Figure 2-1. (Terms and mnemonics are listed and 
defined in Table 2-1.) This interface is the control and transfer 
link between the MLCP and any other controller (i.e., CPU, main 
memory, etc.,) within the system and provides a path for address, 
data, and control information. This interface also supplies the 
paths for determining priority of a request from the MLCP. 


2.1.2 MLCP/CLA Interface 


The MLCP/CLA interface is shown in Figure 2-2 and described in 

- Table 2-2. Interface Signal lines are depicted as seen by the MLCP. 
This interface provides a common link between the MLCP and up to 
four adapters and gives firmware the capability of selecting the 

A proper adapter and performing the designated operation. It provides 
the paths necessary to supply the adapters with data, control, and 
timing Signals, and allows the adapters to communicate to the MLCP 
reguests for service and data from the communications devices. 
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Table 2~1 Megabus/MLCP Interface 
dati Lines AShees 1 ie 2) 


TERM/MNEMONIC 


| (BSDTOO to 07) 


| (BSDTO8 to 15) 


| (BSDP00) 


| (BSDP08) 
|Address Bus Bits 
|0 through 23 

| (BSADOO to 23) 
| Address Parity 
| (BSAPOO) 


[Priority Lines _ 


'MyY OK (BSMYOK) 


[Power On (BSPWON) 


Logic Test In 
| (BSOLTTI) 

‘Logic Test Out 
| (BSQLTO) 


[Acknowledge (BSACKR) 
|Data Cycle Now 


| (BSDCNN) 
[Yellow (BSYELO) 


[Red (BSREDD) 


| Data Bits 0 through 7 | 
'Data Bits 8 through 15 


[Data Parity-Left Byte 


Data Parity- -Right Byte 


“| This signal contains odd parity for the 


| (BSAUOK through BSIUOK) 


‘| This 


“DESCRIPTION 
most significant byte of data. 
least significant byte of data. 


bits 0 through re _ | — | | 
‘signal contains odd parity for data | 
8 through 154 : 
These 24 address bit lines contain an 
address to be used by memory or by a 
controller or central processor. 


most significant byte of the Address bus,| 
| bits 0 through 7. 


These lines are used to establish prior | 
ity of the units attached to the bus. | 
This signal indicates the unit that is 
presently using the bus. 


This signal is true when all power 
Supplies in the system are operating 
correctly. 


This signal initiates the Internal Logic 
Test in a unit attached to the bus. 


This signal indicates that the unit has 
successfully completed running its Inter- 
nal Logic Test and is used as the Logic 
| Test In signal for the next unit attached 

to the bus. 


indicates that the informa- 
bus has been accepted. 


This Signal indicates that the informa- 
bus is valid. 


signal indicates that the accompany- 
ing transferred information is correct, 
but that a correction operation was per- 
formed. | 

This signal indicates that the accompany-— 
| ing transferred information is in error. 
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These eight data bit lines represent the | 
These eight data bit lines represent the | 


This signal contains odd parity for data | 


Nn ane 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


Table 2-1 Megabus/MLCP Interface 
Signal Lines (Sheet 2 of 2) 


TERM/MNEMONIC DESCRIPTION 


Byte (BSBYTE) This signal indicates that the current 
transfer is a byte transfer rather than 
a word transfer. 


This Signal indicates that the address 
lines contain a memory address. 


Memory Reference 
(BSMREF) 


Wait (BSWAIT) This signal indicates that the transfer 
will be accepted when the bus data reg- 
ister is available. 

Negative Acknowledge This signal indicates that the informa- 

(BSNAKR) tion on the bus has been refused. 


This signal indicates that one or more 
units on the bus have requested a bus 
cycle. 


Bus Request (BSREQT) 


Second Half Bus Cycle 
(BSSHBC) 


This signal identifies the second bus 
cycle in response to a memory read re- 
quest. 


Bus Write (BSWRIT) This signal indicates that information 
on the bus is ready to be transferred. 

Master Clear (BSMCLR) This signal initializes the units 
attached to the bus. 


Resume Interrupt This signal is a 200-nanosecond pulse 
(BSRINT) which is issued by the central processor 
when it is capable of receiving inter- 
rupts again. 
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__BSADOO- to 23-, BSAPOO- Address Lines 


__BSAUOK+ to BSIUOK+ Priority Lines _ 


_BSMYOK+ 
BSPWON+ | = 
BSQLTA+ Logic Test Active 
BSQLTO+ | Logic Test Out 
BSQLTI+ Logic Test In 
BSACKR- | Acknowledge _ 
BSDCNN- Data Cycle Now | 
BSEXTC— _(XNU) External Connection | 
BSYELO- Yellow 
BSREDD- Red 
BSBYTE- Byte 
BSMREF- _ Memory Reference 
BSDTOA- (XNU) | Data Bit A 
BSDTOB- (XNU) Data Bit B 
BSWAIT- | Wait 
BSNAKR- Negative Acknowledge 
BSREQT- | Bus Request 
BSSHBC- 2nd Half Bus Cycle 
BSLOCK- (XNU) _ Lock 
BSWRIT- Bus Write 
BSMCLR- 
BSRINT- Resume Interrupt 
ZVP18 (XNU) | +18 Volts 
ZGND | | Ground 
ZVP12 | +12 Volts 
ZVP05 to Volts 
ZVN12 | -l2 Volts 


BSSPRI- through 4- 


Power On 


SERIES 60 | 
(LEVEL 6) | 
MEGABUS 


Master Clear 


(XNU ) Spare Lines. 


Figure 2-1 MLCP/Megabus Interface 
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CLA (ZG1) 
MLCP ( WOl, WE3,WO5, WOT ) 


CONTROL LINE | (CNTLAI ) 


CONTROL LINE 2 (CNTLA2) — 


MULTILINE 
COMMUNICATIONS 
PROCESSOR 


COMMUNICATIONS 
LINE ADAPTER 


(CLA) 


( MLCP ) 


% RDYRCL-IX 
* RDYRCL-Ix 
* ROYXML-IX 
* RDYXML-IX 


% CLKSYA 


READY FLIP-FLOP STROBE * ROYSTB 


DATA INTO MLCP (LADT@@ THRU LADT#7 ) 
+5V ( ZVPO5) 


! SUBCHANNEL ID CODE LINE 3 (LACODS 


RESERVED FOR FUTURE USE REVS02) 


+12V (ZVPI2) __ | 


GROUND ( ZGNO) 


* NOTE THAT MNEMONICS OF THESE LINES CHANGE AT THE CONNECTOR. 


Figure 2-2 MLCP/Line Adapter Interface 
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Table 2-2 MLCP/Line Adapter Interface 
Signal Lines (Sheet 1 of 2) 


NAME 
Master Clear 
(General Reset) 


MNEMONIC DESCRIPTION 

CLEALA Clears hardware in the line , 
7 adapter. In the MLCP, terminates | 
all line adapter status and error | 
conditions and resets all data 

set control latches. The Ready 
Interrupt from channels config- 
ured to receive are disabled fol-| 
lowing general reset, while the : 
data channel to the modem is held | 
in the marking condition for 
channels configured to transmit. | 


| CLKASC Asynchronous. Clock Basic 921.6 kHz clock signal from} 
the MLCP. Used to drive the baud | 
rate generator in asynchronous | 


line adapters. 


The system clock signal on this 
line is used to synchronize the 
ready flip-flops in the line 
adapters with the MLCP. 


Ready Flip-Flop 
Strobe 


meron 


The signal on this line is sub- 
stituted for the modem or local 
clock for synchronous lines when 
the test mode bit is set ina 
data set control transfer. This 
clock is used to shift data in 
the data loopback path estab- 
lished by the test mode. This 
Signal is also used for direct 
connect on synchronous lines. 


| CLKSYN ~ Synchronous Clock 


Four lines which define the func- 
tion to be performed by the line 
adapter. The Master Strobe line 
must be true for information on 
these lines to be considered as 
valid. . 


| CNTLAL Control Lines 
| thru 
| CNTLA4 


Data to CLA Eight lines that carry data and 
address control information to 

the line adapter, as defined by 
the state of the four control 


lines and/or strobe STOBLA. 


Three lines, two of which are de- | 
coded in the line adapter as the | 
address of one of the four chan- 
nels connected to the line 
adapter. The remaining line is 
the individual line adapter se- 
lect line. 


| CPDTOO 
| thru 
| CPDTO7 


Address Lines 


2-6 | y 
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Table 2-2 MLCP/Line Adapter Interface 
Signal Lines (Sheet 2 of 2) 


Subchannel ID Code 


MNEMONIC 


LACODL 
thru 
LACOD4 


LADTOO 
thru 
LADTO7 


LAHERE-O1 
LAHERE-02 


DESCRIPTION 


Four lines by which the MLCP 
identifies the specific type of 
the attached line adapter. 


Data to MLCP 


Eight lines that carry data or 
status information from the line 
adapter to the MLCP. 


Indicate to the MLCP that the 
line adapter is plugged into the 
MLCP board. If the line adapter 
can interface with only one 
modem, only one LAHERE line will 
be true. For a line adapter 
capable of interfacing with two 
modems, both LAHERE lines will 
be true, regardless of whether 
one or two modems are actually 
connected. 


Line Adapter Here 


Four lines, one for each channel 
connected to the line adapter, 
which, when true, signify to the 
MLCP that a channel is ready to 
send or to receive information. 
These ready lines serve as the 
interrupt function, and there are 
a total of up to sixteen such 
lines entering the MLCP (four 
from each line adapter). 


When the signal on this line is 
true, it causes information on 
the data lines to be loaded into 
the line adapter storage elements 
defined by the status of the four 
control lines. 


RDYRCL-~1x 
| RDYRCL-1x 
RDY XML~-1x 
RDYXML-1x 


Ready Lines 


STOBLA 


Strobe Signal 
(Master Strobe) 


2.2 MLCP FUNCTIONAL REQUIREMENTS 


The basic functional components necessary for MLCP operation 
are software, firmware, and hardware as shown in Figure 2-3 and 
described in the following paragraphs. 
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2.2.1 Software 


MLCP operations are a direct result of an input or output in- see 
struction from the Central Processor Unit (CPU). The general format | ; 
of the Megabus as a result of I/O commands or MLCP responses is _ ad 
shown in Figure 2-4. For output instructions, the Megabus, as seen 
by the MLCP, is configured such that the address lines reflect the 
main memory module select address bits, the MLCP channel number, 
Communications Line Adapter (CLA) channel number, and a function 
code indicating the function to be performed by the MLCP and CLA. 
The data lines may reflect actual data to be sent to a line adapter, 
or control information for the MLCP, or address information for the 
MLCP. 


The input instruction has the Megabus configured such that the 
address lines may reflect the channel number of the controller being 
addressed and the function code. The data lines have the number of 
the channel initiating the command. 


In response to the input instruction, the MLCP loads the Megabus 
address lines with the channel number of the unit to receive the 
information on the data lines. An exception iS main memory, where 
the address lines are set to the address into which the information 
on the data lines is to be written. 


The following I/O commands are provided for control of the 
MLCP: 


Output Commands 


1. IO (FC - O01) Output MLCP Control - 
2. I0 (FC — 05) Output Channel Control * —_ 
3. I0 (FC ~ 03) © Output Interrupt Control* aes 
4. 10 (FC - OF) | Output CCB Control 
5. IO (FC — OB) Output LCT Bytes* 
6. IOLD (FC - 09) Output Address and Range 
Input Commands 
1. I0 (FC - 1C) Input Data Set Status* 
2. 10 (FC - 18) Input Status | 
3. I0 (FC — 1A) Input Next Status 
4, I0 (FC - OC) Input Range 
5. 10 (FC — 26) Input Device Identification Number 
6. I0 (FC — 1E) Input LCT Byte* 2 
7. «I0 (FC — 08) Input Extended Device ID Number* 
2.2.2 Firmware ~ 


Firmware, a sequence of microinstructions resident in the 
microprogram control store, is the primary control element of the 
MLCP. The main function of firmware is to interpret external and 
internal events or conditions and react in a prescribed manner 
(i.e., setting or resetting of hardware functions). Efficient data 
transfer is also a result of firmware control of hardware components 
in the data path. 


\ 

} 
/ 
i a 


*Commands marked with an asterisk (*) are implemented in firmware; 
all others are implemented in hardware. ; 
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The MLCP must be hard initialized before it can be set up and 
configured for operation. MLCP hard initialize is controlled by 
the Output MLCP Control command, the only operational mode command 
that must be generated by CPU software on an MLCP basis. All subse- 
quent commands are channel specific. After the hard initialize, a 
series of firmware operations called the Quality Logic Test is per- 
formed to verify the integrity of MLCP hardware. 


Upon completion of the Quality Logic test, the firmware condi- 
tions the MLCP for reception of certain I/O instructions which con- 
figure the channels for operation. Channel configuration iS accom- 
plished by loading the necessary Channel Control Programs (CCPs) 
and Line Control Tables (LCTs) into the 4K x 8-bit read/write RAM. 
Once the channel is configured, the MLCP is ready to be set up for 
data transfer on selected channels. This is accomplished by loading 
one or more Communication Control Blocks (CCBs) into the RAM. CCBs 
are basically data block descriptions containing the address, range, 
control, and status for each block transfer between the MLCP and 
either the Megabus or the CLA. CCBs are loaded via I/O instructions 
and are implemented by MLCP hardware rather than firmware. Only 
those I/O instructions not related to CCBs are implemented in firm- 
ware. 


When the channel has been set up for data transfer, the firmware 
enters a routine which waits for a request from the Megabus or from 
one of the CLAs. When a request occurs, firmware will analyze 
Status and priority and then proceed to the appropriate firmware op- 
eration for processing the request. 


CLA 


CLA 


CLA 


Figure 2-3 MLCP Functional Components 
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A. MLCP OUTPUT COMMANDS 


oO __- 78 : 1314 I7 18 23 
| MAIN MEMORY ) 


ADDRESS 


LINE 


DATA 
LINES 


CHANNEL 
i MODULE SELECT MLCP ADDRESS | NO. | ee 


| ADDRESS BITS 


~B. MLCP INPUT COMMANDS 


ADDRESS 
LINES 


13 14 I7 18 23 


CHANNEL | FUNCTION 
MLCP ADDRESS NO. CODE 


fe) 7 
NOT USED 


CHANNEL NO OF 
DESTINATION * 


% |-E,OF REQUESTING DEVICE 


C. MLCP RESPONSE TO INPUT COMMANDS (CPU) 


ADDRESS 


LINES 


O- 78 ITB 23 


CHANNEL NO OF 
DESTINATION 


O | 5 


D. MLCP RESPONSE TO DIRECT MEMORY ACCESS COMMANDS (MAIN MEMORY) 


ADDRESS 
LINES 


DATA 
LINES 


Figure 2-4 


0 | 78 | | 25 
MAIN MEMORY 


MODULE SELECT ABSOLUTE ADDRESS 
ADDRESS BITS 


Megabus Line Configuration for MLCP Instructions 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


as 


2.2.3 Hardware 


( The MLCP hardware is organized into six fundamental logic aioe 
M as shown in Figure 2-5 and described in the following sub-para- 
graphs. 


2.2.3.1 Line Adapter Interface Control Logic 


This logic provides the MLCP with an interface for up to four 
line adapters. The major functions of this logic include resolu- 
tion of conflicting CLA requests, data multiplexing, parity gener- 
ation and checking, and special clock signal generation. 


2.2.3.2 Megabus Interface Control Logic 


This logic controls the transfer of data and instructions be- 
tween the Megabus and the MLCP. 


MEGABUS INTE ee CONTROL 


HARDWARE IMPLEMENTED 
|/0 COMMAND LOGIC 


AALS FLOP | 


MICROPROCESSOR & 
CONTROL LOGIC 


@ MICROPROCESSOR 


© MULTIPLEXERS CLAO 
© NEXT ADDRESS GENERATOR se 
SERIES 60 MEGABUS sre ADAPTER. | 
LEVEL | | 
sae ree © STROBE PULSE GENERATION Bre ) 
: ® FIRMWARE PROMS LOGIC 
© FIRMWARE PROGRAMS 
© QLT PROGRAM = 
ef SYSTEM | 


| CLOCK | 


READ/WRITE RAM LOGIC 
@ CHANNEL CONTROL PROGRAMS 


CRC LOGIC 


® LINE CONTROL TABLES ( BLOCK CHECK) 


© COMMUNICATION CNTL. BLKS. 


FOR NEXT LEVEL OF DETAIL, 
SEE FIGURE 3-1 


Figure 2-5 MLCP Hardware Major Functional Components 
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ay ee es: Read/Write RAM 


The MLCP contains a 4096 x 8-bit ramdom access memory, the fo. 
content of which is used to direct the action of each MLCP chan- ew 
nel. As shown in Figure 2-6, the read/write RAM is divided into 
three basic parts: 


1. Communication Control Block (CCB) Area: Communication 
control blocks reside in a protected area of the RAM. 
These locations can be accessed only by I/O instructions 
or by a Block Read or Write. 


2. Line Control Table (LCT) Area: Each of the eight lines 
in the MLCP has its own line control table, which con- | : 
tains status, configuration, setup and control information 
for the associated line. 


3. Channel Control Program (CCP) Area: An area of R/W RAM 
is reserved for CCPs, which are lists of instructions 


used to process a channel's data communication character 
stream. 


2.2.3.4 Cycle Redundancy Check (CRC) Logic 


The block check hardware logic, available to each MLCP channel, 
enables either the generation (transmit) or residue accumulation 
(receive) of block check or CRC information. Residue accumulation 
is maintained in the channel line control table (LCT 3 and LCT 4 for 
a receive channel, and LCT 35 and LCT 36 for a transmit channel). 


CRC residue during receive is checked by usSing the channel aa 
control program instructions to evaluate the content of the LCT CRC 
residue at the appropriate times. CRC residue may Similarly be ex- 
tracted from the LCT CRC residue at the appropriate time for data 
transmission. Reset and initialization of the CRC residue can be 
controlled as typical LCT entries either during the LCT loading or 
during CCP operation. 


Data is added to the CRC residue only under control of the CCP 
instructions. Only the Receive, Send and CCH instructions can cause 
data to be added to the current CRC residue. The particular CRC 
polynomial used to accumulate the CRC residue is one of the four 
listed in Table 2-3. The polynomial is a definition of the config- 
uration of the hardware which generates the check character. 


The CRC selection field (cycle redundancy check polynomial) is 
stored in bits five and six of byte 2/34 of the line control table 
(LCT 2 for receive, LCT 34 for transmit). ~ 


When the CRC polynomial is set for a Longitudinal Redundancy — 
Check (LRC), which is one byte, the LRC field is located in. LCT 3 


for a receive and LCT 35 for a transmit. LCT 4 and LCT 36 are set 
to Zero. | 


ee, 


fi’ 
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2.2.3.5 Microprocessor and Control Store Logic 


( | The major functional elements of this area are the micropro- 

ea cessor, which performs arithmetic and logic operations; the micro- 
program control unit, which controls the sequence of microinstruc- 
tions fetched from the control store; and the microprogram control 
store, which consists of Programmable Read-Only Memories (PROMs) 
containing the firmware for the MLCP. 


2iLeseo Hardware- Implemented I/O Command Logic 


This logic determines if the instruction is to be executed by 
MLCP firmware or hardware, and handles the loading of CCBs (which 
employ hardware-implemented instructions) into the R/W RAM. 


. 4096x 8 RAM 


Sl2 BYTES 


LCT 


TRANSMIT AND 
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Figure 2-6 Read/Write RAM Organization 
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Table 2-3 CRC Polynomials | 


DESCRIPTION 


|CRC SELECTION| CRC POLYNOMIAL = 


O01 


CCITT Recommendation, 
| HDLC, and Transparent 
Mode ASCII | 


LRC, Basic Mode ASCII 
x6 4 xb? 4 x27 4 1 IBM BSC CRC-16 
12 4 pth yg x3 4 xt + xe 41 CRC-12 IBM Transcode _ 


2.3 SUMMARY OPERATIONAL DESCRIPTION 


2.3.1 Operational Overview 


The primary functions of the MLCP are to provide message de- 
limiting, check character detection and generation, and performs 
minor edit functions. While providing this set of functions, the 
MLCP is also responsible for the transfer of data between main mem- 
ory visible at the Megabus and communication lines or channels. 
This data may be viewed as a sequential data stream where the MLCP 
is providing the necessary control and transformation of that data 
into and out of the data formats of the connected lines and termin- 
als. | 


Each character of byte that passes through the MLCP is handled 
individually by the MLCP microprocessor (see Figure 2-5). This 
microprocessor uses a combination of microprogram control, software- ae 
generated configuration parameters, and software-generated MLCP 
channel control programs to produce the appropriate user-defined 
action for each data element. These actions may consist of the 
transfer, translation, edit, deletion or addition of data elements, 
and the recognition of certain data elements or sequence of data 
elements as special conditions, message delimiters, DMA block bound- 
aries, and block check characters. 


At the Megabus side, data is arranged in DMA Communications 
Data Blocks (CDBs). The MLCP supports this interface via Communi- 
cations Control Blocks (CCBs) which are set up and controlled by 
the MLCP I/O instructions. CCBs can be arranged in a list by chan- 
nel (four CCBs maximum) to provide a larger timing window between 
the CPU servicing of each channel. 


At the line side, the CLAs provide both the line interface and 
parallel/serial conversion of the byte data stream from the Megabus 
into bit stream serial form for the communication lines and vice- 
versa. The MLCP provides control of the line interface, and sup- 
plies bytes on transmit or byte buffers on receive to the CLAs as 
required. 


As data passes through the MLCP from Megabus to CLA lines or 
vice-versa, the MLCP microprocessor exercises its control over the 
contents and formats of the data stream, generating appropriate 
status, interrupts, and control information. 
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Configuration data generated by CPU software is stored in the 
line control table in the RAM. The instructions to the MLCP pro- 
cessor also generated by CPU software are stored in the channel con- 
trol program area in the RAM. 


These CCPs contain byte-by-byte instructions designed to accept 
a communications data stream and to act on the elements of that data 
stream as previov:ly noted. Initial startup, temporary status and 
results, CLA and MLCP channel configuration and control information, 
check character algorithms and results, and other data is maintained 
in the LCT for reference and is updated during CCP execution. 


Figures 2-7 and 2-8 show pictorially how the MLCP provides the 
message-delimiting functions, such as looking for synchronization 
Characters, Start of Header (SOH), Start of Test (STX), End of Text 
(ETX), block checks on receive, or sending sync, data and control 
Characters. The support for different types of communication facil- 
ities and control procedures may require different CLAs to be used 
because of different character alignment or data clocking arrange- 
ments. 


In Figure 2-7, MLCP Transmit Functions, two noncontiguous data 
blocks are shown which must be transmitted with the header followed 
by the text in the line format shown at the bottom of the figure. 
The data blocks are in the form of communication data blocks and 
therefore can be described by two CCBs. Characters are taken in 
turn as required by the CLA transmit channel of the line. For ex- 
ample, H3 is taken into the MLCP as the next character. The MLCP 
processor using the CCP table examines the character, adds the char- 
acter to the block check accumulation, and then gives it to the CLA 
for transmission. If D3 happened to be a "Y" internally, and the 
terminal representation of "Y" was "X", the MLCP CCP procedure may 
be designed to provide the editing transformation instead of re- 
quiring the CPU software to provide the scan of the data for this 
function. | 


In Figure 2-8, MLCP Receive Functions, data coming from the 
CLA to the MLCP must be edited, delimited, and transferred into 
the two distinct data blocks shown in main memory, via use of CCBs. 
The MLCP microprocessor, uSing its CCP table, examines the character, 
adds the character to the block check accumulation for a later 
Status report, causes any required transition to the next CCB, and 
does any required editing or status reporting. 


In addition to the ability of the MLCP to accommodate data 
transfers and related message delimiting and editing for data com- 
munication, the CLA interface for each communication line is con- 
trolled by the MLCP processor. These functions are stored in the 
LCT, and reported in the status, but in addition can be modified 
and controlled through the CCP instructions as required. 
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2.3.2 Line Setup and Configuration 


While channels are individually controlled, the typical re- 
quirement calls for setting up and configuring a line, or a pair 
of adjacent (even, odd) channels. These two channels must be con- 
figured as one transmit channel and one receive channel. Both chan- 
nels in a given line must be of the same type, either synchronous 
or asynchronous. 


Before being configured, the channels must be initialized via 
the Output Channel Control command with Channel Initialize. After 
initialization the channel control programs and line control tables 
are loaded with control and configuration parameters for the line. 
Channel control programs are loaded into the MLCP read/write RAM 
via a block mode write operation on the transmit channel. These 
CCPs are byte stream oriented and generally correspond to the byte- 
by-byte operations associated with analysis and identification of 
logical markers in the data stream. 


CCPs are procedures for handling a data stream or some part of 
a data stream, with additional capability to manipulate and control 
status, communication control block transitions, communication de- 
Vices attached to line adapters, line adapter configuration, etc. 


The data stream to/from the line is manipulated by the channel 
control program, where special character detection/generation, CRC 
generation, residue accumulation, character sequence controls, data 
set control and character editing are performed. The channel con- 
trol program utilizes the MLCP microprocessor to accomplish these 
functions. 


The line control table areas of the read/write RAM contains line 
and line adapter configuration data, initial conditions, channel 
control program context and control, dynamic control, and status 
words for data transfer, and a channel control program work area for 
general application of the line. All basic line adapter configura- 
tion data and line operational data is stored in the line control 
table either during initialization or operation of the line. Line 
control tables contain pointers to’the channel control programs | 
being used by both the receive channel and the transmit channel. 
Line control tables are loaded by executing the Block Mode Write or 
the Output LCT Byte command. 


Once the channel control programs and the line control tables 
are loaded, data transfer operations may begin. 


2.3.3 Data Transfer 


Data transfer on a channel may be set up once the line is con- 
figured for operation. This is done by loading one or more communi- 
cations control blocks via the I/O commands. Communications control 
blocks are basically data block descriptors for data transfer oper- 
ations. After one or more communications control blocks are loaded, 
the CPU may issue a Start I/O via the Channel Control instruction, 
which will initiate data transfer. 
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Each receive channel uses the CLA Channel Request interrupt to 
start the running of an input byte oriented channel control program. 
The channel control program extracts the byte from the line adapter, 
analyzes it, does any block check or CRC accumulation and check re- 
quired, counts it, deletes it, makes decisions with regard to status, 
sequence detection, end of block, etc., then passes it on to the CPU 
via a Direct Memory Access (DMA) controlled by the communications 
control block. The channel control program suspends itself when it 
is finished processing a character. 


Each transmit channel uses the CLA Channel Request interrupt 
to start the running of an output byte oriented channel control 
program. The channel control program takes the next byte given to 
it by the CCB-controlled DMA, analyzes it, adds it to the block 
check if required, counts it, substitutes or adds characters, then 
transfers the data to the line adapter. 


As communications control blocks complete their transfers, 
CCBs configured to generate CPU interrupts indicate that status is 
complete. More CCBs can be loaded as desired. 


The CPU can, at any time issue a Stop I/O command which will 
stop DMA transfers via the Megabus for that channel. When opera- 
tion is complete, unused communications control blocks may be re- 
leased from the MLCP by issuing a CCB List Reset command. 


2.3.4 Pause Function 


Firmware limits the number of contiguously executed CCP instruc- 
tions to 31. If a specific channel attempts to execute more than 
31 instructions, firmware generates a pseudo Wait (Pause) function 
which is transparent to the programmer and the CCP for all segments 
not containing timing loops. As a result, higher priority lines 
are given the chance to be serviced. 


The pseudo Wait function differs from a normal Wait only in that 
the Channel Request Interrupt (CRI) from the channel is not reset. 
Therefore, if no channel of higher priority is requesting service, 
the current CCP is reentered experiencing only the delay of the 
context save and restore. 


2.3.5 Data Transfer Clock 


Data transfer for each channel relies on the availability of a 
clock to the line adapter. 


For synchronous lines connected to DCE modems, this clock is 
generally supplied from the modem to the line adapter via the line 
adapter interface during normal modes of operation. During a test 
or a direct connect mode of operation, a data transfer clock sup- 
plied by the MLCP permits the line adapters to operate at the re- 
quired bit transfer rates. This clock operates at a rate determined 
by the setting of a hex rotary switch, the output frequency being 
the product of a buad rate generator. 


For asynchronous lines, the line adapter provides the clock for 
line adapter operation. The line adapters derive the actual data 
transfer clock for the channels and generate Channel Request Inter- 
rupts based on this clock. 
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Not all channels utilize the MLCP test/direct connect clock 
capability, as this feature is line adapter dependent. 


2.3.6 Operational States (Figure 2-9) 


The MLCP initialized state can be entered by depressing the 
system control panel MASTER CLEAR pushbutton, as a result of apply- 
ing system power, or by a programmed master clear operation. The 
MLCP performs a soft initialize when the system control panel 


MASTER CLEAR pushbutton is depressed or when system power is applied. 


When initialized by a programmed Master Clear, a hard initialize is 
performed. 


When a soft initialize is executed, the MLCP performs the fol- 
lowing actions: 


e Clears line register 2 of the line adapters, thus termin- 
ating all activity 


@ Clears LCT 8, 9, 40, and 41 of each channel 
® Clears the MLCP control logic 
e Runs a partial Quality Logic Test. 


When a hard initialize is executed, the MLCP performs the 
following actions: 


@® Clears the line adapters 

Clears the MLCP control logic 

Runs the full Quality Logic Test 
Blocks MLCP interrupts (level = Zero) 
Clears the MLCP RAM 


Loads the current firmware revision level into absolute 
RAM address 1 (channel 0, LCT 1). 


After the partial or full Quality Logic Test is executed, both the 
MLCP hardware and firmware enter an idle state. 


In the firmware idle state, the firmware is running its Service 
Scan routine, which checks for line adapter requests or for the pre- 
sence of an I/O command. Depending upon what the scan routine en- 
counters, firmware may enter either the execution state or the back- 
ground state. 


The firmware execution state is the state in which I/O commands 
are decoded and line adapters are serviced. In the background state 
firmware checks for deferred DMA requests, and loads CCPs, CCBs, 
and LCTs, and checks for CLA status changes. 


Once initiated, MLCP hardware enters its idle state. [In this 
state, MLCP hardware remains quiescent until a request is received 
from the CP, after which the hardware enters the instruction execu- 
tion state. Hardware-implemented commands are executed in this 
state. When the instruction includes a programmed master clear 
(function code = O01, bit one set), the hardware returns to the ini- 
tialized state. 
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Figure 2-9 MLCP Operational States 


2.3.7 Operational Modes 


The MLCP has the two operational modes which are described in 
subsections 2.3.7.1 and 2.3.7.2. 


2.3.7.1 Receive Mode 


Incoming bit serial data from a channel configured to receive 
is converted by line specific CLAs into data elements of eight bits 
or less. Each time a data element is accumulated the CLA issues a 
Channel Request interrupt to the MLCP. This tells the MLCFP that 
the CLA has a data element ready for transfer to the MLCP. 


When the MLCP services this Channel Request interrupt, the MLCP 
must first load the CCP pointer and the program indicators into the 
MLCP microprocessor (do a context restore for this channel). The 
MLCP, using the CCP pointer as the next instruction location, then 
executes that CCP instruction on behalf of the channel. Since CCPs 
are loaded by the user, this MLCP channel is under complete user 
control at this point. 
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Typically the CCP will load the accumulated CLA data element, 
analyze it, and then take some specific action such as deleting it, 
converting it to some other data pattern, adding the data element 
to the CRC residue, or transmit it to main memory. 


Storing a data element into the MLCP data buffer is essentially 
a request to transfer the data to the proper CDB via a CCB. The 
mechanics of this transfer is accomplished by MLCP hardware and is 
not visible to the CCP. 


When the Channel Request interrupt has been serviced, the CCP 
relinquishes control for the next MLCP function by executing a Wait 
instruction. 


The MLCP data buffer for each channel consists of two data 
elements in order to accommodate 16-bit DMA transfers on the 
Megabus. 


Data transfers are monitored for various error conditions which 
might occur. These conditions are reported in the LCT and CCB 
status. 


The CPU program communicates with the MLCP via the various 
channel-oriented I/O commands. Those commands which are associated 
with CCB setup, CCB execution, and CCB status input, control and 
monitor the data transfers. The actual data transfer is part of 
the CCB execution which uses a DMA Megabus transfer to fill a CCB- 
defined CDB in main memory. 


2.3.7.2 Transmit Mode 


Transmit mode is similar to the receive with the data flowing 
out instead of in. Line specific CLAs convert data elements of 
eight bits or less into Data Communications Equipment (DCE) com- 
patible data (usually bit serial). Each time the CLA requires an- 
other data element, the CLA issues a Channel Request interrupt to 
the MLCP. This tells the MLCP that the CLA needs a data element 
for transmission. 


When the MLCP services this Channel Request interrupt, the 
MLCP must first load the CCP pointer and the program indicators 
into the MLCP processor as in the receive mode. 


Typically, the CCP loads the R-register with the next data 
element from the MLCP Data buffer. This data element was trans- 
ferred from a CDB in main memory by a DMA operation during execu- 
tion of a CCB, and placed in the MLCP data buffer (LCT 42 and 43) 
in anticipation of the CCP request. The loading of the data ele- 
ment into the R-register from the MLCP data buffer releases the 
storage for that data element in the buffer for use by additional 
data elements. 


The CCP also has the option of loading R-register with CCP- 
generated data, and of extracting constants or data elements out of 
the LCT configuration data and LCT work area. In this way, special 
data elements, such as SYN, STX, ETX, BCC, FLAG, DLE, etc., can be 
inserted into the data stream by a CCP. 
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To output data to the CLA, the CCP issues an instruction which 
will transfer a data element in R-register into LR 1 of the CLA. 


When the CCP has completed the operations for this Channel Re- 
quest interrupt, the CCP relinquishes control for the next MLCP 
function by executing a Wait instruction. 


The CLA accomplishes the data transmission of any data elements 
that it is given without any other MLCP action. 


2.4 LINE CONTROL TABLE (LCT) 


Bach of the eight lines in the MLCP has assigned to it a unique 
and independent Line Control Table (LCT) in the MLCP read/write 
memory (RAM). All configuration, setup, status, and control infor- 
mation appears in the line control table during MLCP operation. 

The line control table is the key element in coordinating the MLCP 


operation on a line since this area is visible to the CPU programmer 


via I/O commands, to the MLCP programmer who generates procedures 
for the CCPs, and to the MLCP firmware. 


Each line control table consists of a block of 64 contiguous 
bytes which can be broken down into the even (receive) channel and 
the odd (transmit) channel. The paired channels correspond to a 
line with one channel assigned for each direction of data transfer. 


2.5 COMMUNICATION CONTROL BLOCKS (CCBs) 
CCBs are defined and used by the MLCP to describe the address, 


range, control, and status for each block transfer between the MLCP 


and the rest of the system. Each CCB is set up through the use of 
I/O commands only. A CCB contains four baSic elements of informa- 


tion in eight bytes as follows: 
0 
a 


CONTROL 


STATUS | 


1. Address: the initial address is loaded into a CCB by 
the IOLD command. This 24-byte address is the starting 
address of a Communications Data Block (CDB) in main 
memory to be used in a MLCP/system data transfer. 


BYTE NO. 
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2. Range: the initial range is also loaded into a CCB by 
the IOLD command. This 16-bit byte range defines the 


range count in bytes of the extent of a block or CDB fo ™ 
which is to be read or written during the execution of oy 
this CCB. 


3. Control: the control field is used to contain CCB 
specific control information. 


4. Status: this area is used to store return status. The 
status word is set to Zero by execution of the IOLD command 
for this CCB. 


For a detailed description of CCBs, refer to the MLCP Pro- r 
grammer's Reference Manual (Order Number AT97). 


2.6 CHANNEL CONTROL PROGRAM (CCP) 


A CCP is stored in the MLCP for application by one or more 
MLCP channels. The CCP pointer in the LCT (locations LCT 6 and 7 
for receive, and LCT 38 and 39 for transmit) points to the next 
CCP location to be referenced by the channel when a CLA channel re- 
quest interrupt must be serviced. 


CCPs are lists of instructions used to process a channel's data 
communications character stream. 


Each CCP is a procedure for handling a data stream or some part 
of a data stream, with additional capability to manipulate and con- 
trol status, CCB transitions, DCE devices, CLA configuration, con- 
trol, and status, and all related channel configurations. Each CCP | 
contains a program of arbitrary length. The execution of a CCP is. ( 
initiated by: bd 


1. A channel request interrupt from the CLA (data driven). 
2. A start I/O in the Channel command. 


3. A data set control change condition for which the start 
CCP bit was set (bit three in LCT 8 on receive and LCT 40 
on transmit). 


For a detailed description of CCPs, refer to the MLCP Fro- 
grammer's Reference Manual (Order Number AT97). 
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MI 
| THEORY OF 
OPERATION - INTERMEDIATE 


3.1 HARDWARE MAJOR BLOCK DIAGRAM (Figure 3-1) 


( The MLCP hardware is composed of the major hardware functional 
areas summarized below and described in detail in the following 
subsections. 


3.1.1 Functional Areas 
3.1.1.1 Microprocessor Control Logic 


This logic contains a control store which consists of a number 
of Programmable Read-Only Memories: (PROMs) containing the firmware 
for the MLCP, a microprocessor, a next address generator for the 
control store, and a system clock which synchronizes MLCP opera- 
tions. 


3.1.1.2 Hardware Implemented I/O Command Logic 


This logic is used to determine if the command to be executed 
; by the MLCP is a hardware-implemented command (refer to list of 
commands in subsection 2.2.1) or a firmware-implemented command, to 
provide Megabus control signals, and to provide CCB address infor- 
mation to the read/write RAM. 


3.1.1.3 Megabus Interface Register Logic 


This logic contains the buffers and parity generator/checkers 
required to provide the MLCP with a data interface to the Megabus. 
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Figure 3-1 MLCP Hardware Major Bliock Diagram 


CRC | CONFIGURATION) = 
REGISTER POPIREGISTER @ 
} ear 


IWILNSQIANOD GNV AYVLEIbdOdd TISMASNOH 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


3.1.1.4 Read/Write RAM 


This logic contains storage for Channel Control Programs (CCP), 
Line Control Tables (LCT), and Communication Control Blocks (CCB), 
plus associated multiplexers, output buffering, and refresh cir- 
cuitry. 


3.1.1.5 Line Adapter Interface Control Logic 


This logic interfaces the MLCP with up to four line adapters. 
It also includes control lines which tell the MLCP which function 
or instruction to perform, and address lines which tell the MLCP 
or line adapter which line is to perform the instruction. 


3.1.1.6 CRC (Block Check) Logic 


This logic, shared among all lines, is used to generate a CRC 
check character when that function is called for by the channel con- 
trol program being run. 


3.1.2 Data Flow and Control Paths 


Data flow is normally through the microprocessor, which pro- 
vides data to the read/write RAM, to the line adapters, to the 
Megabus (via the B-mux and the Megabus interface register), and to 
the CRC logic. Data from the Megabus interface register can be 
routed through the M-mux to the microprocessor, or through the C-mux 
to the read/write RAM. Multiplexer selection is determined by the 
State of certain bits in the control store word. 


MLCP data paths are set up by the firmware resident in the con- 
trol store. Each control store word includes a number of bits that 
are used by the MLCP to select multiplexer inputs, thereby estab- 
lishing a unique data path for each microinstruction. 


Example 1: Hardware-Implemented I/O Command 


When data destined for the read/write RAM appears on the Mega- 
bus, the MLCP channel address comparator checks address bits 8 
through 13 (BSADO8-BSAD13). If these bits contain the address of 
the MLCP, the MLCP checks itself to see if it is busy. If it is 
not busy, it returns an Acknowledge (ACK) signal to the Megabus, 
while at the same time the function code control logic checks ad- 
dress bits 18 through 23 (BSAD18-BSAD23) to determine the function 
code or command to be executed. Since this is a hardware-imple- 
mented command, information on the Megabus is loaded into the Mega- 
bus interface register. The Megabus interface register output is 
directed through the C-mux to the read/write RAM. 


Example 2: Firmware-Implemented Command 


During a firmware-executed command, address bits 8 through 13 
and 18 through 23 are examined as described in Example 1. Since the 
instruction is to be executed by firmware, an input is generated to 
the I-mux. The firmware program is normally checking this I-mux 
bit. If this bit is true the firmware jumps to a routine to input 
data from the Megabus interface register to the M-mux. This data is 
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then sent to the microprocessor which determines the instruction to. 

be executed. Firmware, having determined whether data in the Mega- 

bus interface register is to be written into the read/write RAM or > oo 
whether data from the read/write RAM is to be loaded into the Mega- «eu 
bus interface register, generates the request to the read/write RAM. : 


Example 3: Data Path to CRC Logic 


The path from the microprocessor to the CRC logic is determined 
by the Channel Control Program instruction located in the read/write 
RAM. If the instruction calls for the generation of a CRC check 
character for the information on the microprocessor output data 
lines (CPDT00O through 07), that information will be loaded into the 
CRC data register, and from there through the CRC generator to 
develop the CRC check character. This check character is subse- 
quently loaded into a line control table in the read/write RAM. 


3.2 MICROPROCESSOR AND CONTROL STORE LOGIC 


The microprocessor and control logic (Figures 3-2 and 3-3) con- 
Sists of the following major elements: 


1. A microprocessor consisting of an array of central pro- 
cessing elements 


- Atmicroprogram control unit 
- A microprogram control store 


- A subroutine address buffer and multiplexer 


6. Strobe generation logic 


2 
3 
4 
5. A control store buffer 
6 
7. MLCP multiplexers 

8 


- Quality Logic Test (QLT) logic. 


3.2.1 Microprocessor 


Figure 3-3 is an intermediate level block diagram of the micro- 
processor and its inputs and outputs. 


3.2.1.1 Central Processing Element 


The microprocessor is composed of four 2-bit wide, central | 
processing elements (CPEs). The data output of the microprocessor | 2 
is sent to the B-mux, the C-mux, the R/W RAM address buffer, and 
the line adapter interface. The address output of the micropro- 
cessor is used to supply an address for the R/W RAM. The carry ss 
output from the microprocessor goes to the fast carry logic. The 
R output of the microprocessor is a right-shift output which goes 
to the microprogram control unit. 


The I-mux and M-mux inputs to the microprocessor carry informa- 
tion to be used by the microprocessor. The F-input is used to spe- 
cify the instruction and function to be performed by the micropro- 
cessor. The K-input is used to mask data on either the I- or on the 
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M-input. The LI-input is used for testing information from the 
microprogram control unit. The Clock input is used to clock the in- 
formation. The CI-input is an input from the fast carry logic. 


When four CPE chips are wired together in array, they provide 
the following functions: 


1. Two's complement arithmetic 

2. Logic AND, OR, NOT, and exclusive-OR 
3. Incrementing and decrementing 

4. Shifting left or right 

5. Bit testing and zero detection 

6 Multiple data and address buses. 


3.2.1.2 Input and Output Functions 
(Figures 3-3 and 3-4) 


The microprocessor input and output functions are summarized 
in Table 3-1. 


3.2.1.3 Microfunction Decoder and Scratch 
Pad Registers 


The function to be performed by the microprocessor is specified 
by the coding of control store word bits CSDT0O0O through CSDT0O6. 
These bits are decoded by the function decoder in the microprocessor. 
Bits CSDT0O0O through CSDT02 specify the function and select the oper- 
ands for the Arithmetic Logic Section (ALS) by gathering them 
through the A- and B-multiplexers. Bits CSDT0O3 through CSDT06 
select the desired scratch pad register (RO through R9 and T) or 
Accumulator register (AC-register). The result of the ALS operation 
is deposited in either the AC-register or written into the selected 
scratch pad register, and where specified, developed address data is 
deposited into the Memory Address Register (MAR). 


The decoded control store bits CSDT00O through CSDT0O2 define 
eight function groups (F-groups) as shown in Table 3-2. The decoded 
control store bits CSDT03 through CSDT06 select the scratch pad reg- 
ister as shown in Table 3-3. The Scratch pad registers (and the AC- 
register) are organized into register groups (R-groups) 1, 2, and 3. 
The function performed by the microprocessor is a resultant of the 
particular combination of the F-group and R-group selected. A sum- 
mary of functions is shown in Table 3-4. 


Finally, the performance of the microprocessor is influenced by 
the clock pulse CLK302-00. This clock pulse is selectively gated 
into the microprocessor, and may therefore be omitted during a 
cycle. Since the carry, shift, and look-ahead circuits are not 
clocked, their outputs can be used to perform a number of nonde- 
structive tests on data in the AC-register or in the scratch pad 
registers. No register contents are modified by the operation due 
to the absence of the clock pulse. 
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Figure 3-3 Microprocessor Intermediate Block Diagram 
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Table 3-l Microprocessor Input/Output Functions 


INDIVIDUAL CHIP 


PIN SYMBOL NAME, FUNCTION NAMES, AND DESCRIPTION TYPE* 
Ty-ty I-Bus Data. (IXDTOO thru IXDTO7) Active Low 


I-bus inputs provide a separate input 
port. for line adapter: inputs 
and parity and MIR signals. 


K-Bus inputs. (CSDT08 thru CSDT15) 
These inputs provide a separate input 
port for the microprogram control 
store to allow mask or constant entry. 


Carry Look-Ahead Cascade outputs. 


Ripple Carry Output. (CPCX/CPCY) 
This output is disabled only during 


shift right operations. 


Shift Right Output. (CPCORO-02) 
This output is enabled only during 


Shift right operations. 


Shift Right Input. (MCFLAG-00) 
Carry Input. (FCAR23/FCAR45/FCAR67) 


Memory Address Enable Input. In the 
low state, this input enables the 


memory address outputs Ap-Aj, l.e. 
output functions RWADO4 thru RWAD11. 


Memory Address Bus Outputs. 
(RWAD04 thru RWAB11) Buffered out- 


puts of the Memory Address Register 
(MAR) . | 


Active Low 


Active Low 
Three-State 


Active Low 
Three-State 


a 


Active Low 
Three-State 


12-13 


ve. 


Nopam ae) 7 Mieeceune ion Bus Inputs. | 
24-27 (CSDTOO thru CSDT06) These inputs 
control the microprocessor function 
and scratch pad register selection. 


19-20 Memory Data Bus Outputs. (CPDTOO 
thru CPDT07) These outputs are the 


buffered outputs of the full function 
Accumulator (AC) register. 


Te) ~ 
= = 
i> NO 


Active Low. 
Three-State 


Memory Data Bus Inputs. (MXDTOO Active Low 
thru MXDT0O7) These inputs provide 

a separate input port for the select- 
ed M-Mux input (i.e., information 
from the R/W data buffer, bus buffer 
register, line adapter, or CRC gen- 
erator.) 


Memory Data Enable Input. In the low 


state, this input enables the data 
bus outputs (CPDTXX: permanently 
enabled in MLCP). 


*Active high unless otherwise specified. 


Active Low 
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Table 3-2 Microprocessor eo 
Function Selection | Ww 


CONTROL STORE BIT 
F~GROUP 


0 
0 
0 
0 
1 
i; 
1 
1 


(o) 
ees * 


KrF OF OFOFH oO 


Table 3-3 Scratch Pad Register Selection* 


CONTROL STORE BIT REGISTER REGISTER . 
SELECTED GROUP — 


©) 
0 
0 
0 
0 
0 
0 
0 
1 
oF 
1 
1 
1 
1 
1 
1 


Pe Hr COCOHRPRFPEFFOOOO 
Mr OO FPFPOOHFPHOORFEHSOS 
HOrFO FPOHOFOFOFHFOFSO 


*Note: See Table 4-1 for register applications 
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Table 3-4 Microprocessor Function Summary 


( ; F-GROUP R-GROUP | 
be (CSDTO00-CSDT02) (CSDT03-CSDT06) MICROFUNCTION 


Ra * (AC A &) + cl >+R, AC 

M+ (ACA K) + CI > AT 

AT, A (I, A K,) + RO LI V [(1, A K,,) A AT] > AT, 
(AT, A (I, A K,)] V [AT,, A (1, A Ky) 1 > AT, 


K VR, > MAR a a 

n 
K V M > MAR M+ K+ CI > AT 
(AT V K) + (ATA K) + CI > AT 


(Ac A R) “1+ CI >R, } 
(AC/A K) -1+ CI > AT (see Note 1) 
(1 AK) -l1+ C1 > aT | 
R + (ACA K) + CI >R 
n n 


M+ (ACA K) + CI + AT 
AT + (I AK) + CL > AT 


Cr V (RA ACA K).> CO RA (AC A Koa oR. 

CI V (M AAC AR) + CO M A (AC AK) + AT 

CI V (ATA I AX) + CO AT A (L_AK) + AT 

Cl v (RA K) + CO KD Re 2 Re 

CLV (M AX) + CO K AM > AT 

CI Vv (ATA kK) + Co K AAT > AT 

Cl v (ACA kk) + co RV (AC A K) + R 

CI Vv (ACA kK) + CO M V{(AC AK) + AT 
a Cl v (I AK) + co AT V (I A K) + AT 
( Cl v (RA ACA kK) + CO RL ® (AC A K) > R, 

CI Vv (M AAC AK) + CO M® (AC A K) + AT 

CI v (ATA I ARK) + CO AT ®@ (I AK) + AT 

NOTE 


1. 2's complement arithmetic adds 111...11 to perform 
subtraction of 000...01. 


2% Ry includes T and AC as source and destination re- 
gisters in R-group 1 microfunctions. 


3. Standard arithmetic carry output values are gener- 
ated in F-group 0, l, 2, and 3 instructions. 


LEGEND 
MICROPROCESSOR INPUT 
= SYMBOL MEANING OR OUTPUT FUNCTION 
I Data on the I-Bus IXDTOO-IXDTO7 
K Data on the K-Bus CSDTO8-CSDT15 
a M Data on the M-Bus MXDTO0~MXDTO7 
CI Data on the Carry Input FCAR23/45/67 
CO Data on the Carry Output CPCX/CPCY 
LI Data on the Left Input MCFLAG-00 
RO Data on the Right Output CPCORO-02 
Rn Content of Register n including T and AC = eS ee et 
AC Content of the AC Register CPDTO00-CPDT0O7 
AT Content of AC or T as specified | #77 = = 7 7 7 
| MAR Content of Memory Address Register RWADO04-RWAD11 
! LH Subscripts designating low and high order bits. |  ----7--- 7 
+ 2's complement addition 
o 2's complement subtraction = ——— fe 
= Logical AND: 2 © , 6 SAT, ree ER moc 
y Mogqscal-OR. ©2422 Rome seis  naE O 
g EXclusive NOR 424242020 2 2 2 2 2 2 2 2 2 2 Sf ds atin se Seis SS <i! 
> DEDOS LE AES) on cet ite oh ene he i hs en we ee Re es ote eS Se 
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3.2.1.4 M-Bus and I-Bus Inputs (M-, I-, 
and CRC Mux's) | | 


The M-bus inputs are arranged to bring data from the R/W RAM, : 
Megabus interface register, CRC logic, or from a line adapter into wy 
the microprocessor. These inputs arrive on the M-bus via the M-mux, 
gated through an exclusive OR gate. Data on the M-bus is multiplex- 
ed by the microprocessor A-mulitplexer for input to the ALS. 


The I-bus inputs are arranged to bring information from the 
Megabus interface control logic or a line adapter ready or request 
into the microprocessor. These inputs arrive on the I-bus via the 
I-mux. Data on the I-bus is also multiplexed within the micropro- 
cessor, although independently of the M-bus, for input to the ALS. ° 


Control over the M- and I-multiplexers is provided by control 
store bits CSDT30 and CSDT31. Due to timing constraints, these two ‘ 
bits cannot select the multiplexer inputs in time for them to be 
effective for the microinstruction in which the bits occur. These 
bits are therefore latched into the control store buffer for use 
during a subsequent microinstruction. The multiplexer inputs se- 
lected by these control store bits are defined in Table 3-5. 


One input to the M-mux is from the CRC mux, whose inputs are 
selected by control store bit CSDT29. This bit is similarly latched 
into the control store buffer and used during a subsequent micro- 
instruction to select either bits one through eight or 9 through 16 
of the CRC shift register for transfer to the M-mux. This input to 
the M-mux is selected during block check operations and is used as 
the transfer path by which a developed CRC check character is 
stored in a selected line control table in the R/W RAM. 


3.2.1.5 Accumulator Register 


As independent register called the Accumulator (AC) register is 
available for storing the result of an ALS operation. The output of 
the AC-register is multiplexed within the microprocessor for input 
back to the ALS and is also available via a three-state output buf- 
fer on the CP data bus (CPDT0O0 through CPDTO0O7).. 


3.2.1.6 A- and B-Multiplexers 


The A- and B-multiplexers select the two inputs to the ALS spe- 
cified by control store bits CSDT0O0O through CSDT02. Inputs to the 
A-multiplexer include the AC-register, the scratch pad registers and 
the M-mux, while inputs to the B-multiplexer include the AC-register, 
the K-bus (control store bits 8 through 15) and the I-bus. The se- 
lected B-multiplexer input is always logically ANDed with the data 
on the K-bus (refer to subsection 3.2.1.7) to provide a flexible 
masking and bit testing capability. Tables 3-4 and 3-6 reflect 
multiplexer input selection within the microfunction equations. 


3.2.1.7 Arithmetic Logic Section and K-Bus 


The ALS is capable of a variety of arithmetic and logic opera- 
tions, including two's complement addition and subtraction, incre- 
menting, decrementing, logical AND, inclusive-OR, exclusive-NOR, and 
logical complement. The result of an ALS operation can be stored in ~~ 


ww 


\ 
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the AC-register or one of the scratch pad registers. Separate left 
input and right output lines, designated LI and RO, are available 
for use in right shift operations. Carry input and carry output 
lines, designated CI and CO, are provided for normal ripple carry 
propagation. CO and RO data are brought out via alternately enabled 
tristate buffers. In addition, standard look-ahead carry outputs, 
designated X and Y, are available for full carry look-ahead across 
any word length. 


The ability of the K-bus to mask inputs to the ALS greatly in- 
creases the versatility of the microprocessor. During nonarithmetic 
operations in which carry propagation has no meaning, the carry cir- 
cuits are used to perform a word-wise inclusive-OR of the bits, 
masked by the K-bus, from the register or bus selected by the func- 
tion decoder. Thus, the microprocessor has a flexible bit-testing 
capability. The K-bus is also used during arithmetic operations to 
mask portions of the field being operated upon. An additional func- 
tion of the K-bus is that of supplying constants to the micropro- 
cessor from the microprogram resident in the control store. 


3.2.1.8 Memory Address Register and Bus 


A separate ALS output is also available to the Memory Address 
register (MAR) and bus via a three-state output buffer (RWAD04 
through RWAD11). This buffer provides the address when the micro- 
processor is accessing R/W RAM. 


Table 3-5 M-, I-, and CRC Mux Input Selection 


CONTROL STORE BIT CRC MUX 
M-MUX INPUT I-MUX INPUT INPUT 


ce ee 
LADTXX+10 (0-7) | LAADDX(4)1,2,3,8/RDYREQ, 


BSRINF, PARTEV 
, 
0 
1 
X 
Xx 


NOTE: To load the Control Store Buffer CSDTO7 must = l and 
CSDT28 must = QO. 


| MYAD16—23 
CRDTXX+00 (0-7) 


BSNAKF, BSBUSY,PRDTB4, 
MYREQT/BSYELD,BSSHBC, 
PCKEVE, BSREDD 


RWDTXX+10 (0-7) = 


CRCRO1-08 
CRCROI-16 
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Table 3-6 Microprocessor Function with K-Bus = 0000000 or 1111111 


F GROUP R GROUP 
(CSDTO0-CSDT02) | (CSDT03~-CSDT0O7) K-BUS = 0000000 FUNCTION MNEMONIC K-BUS = 1111111 FUNCTION MNEMONIC 
| 1 R +CI>+>R, ac ILR AC +R +CI>+R, AC ALR 
nN n n n 

2 M+ CI > AT ACM M + AC + CI > AT AMA 

3 AT, > RO AT, > AT, SRA - a ~ 
1 R > MAR R +CI +R LMI 11> MAR R -1l1+CI°R DSM 

n n n n n 
1 2 M> MAR M+ CI > AT 11 +> MAR M- 1+ CI > AaAT LDM 
3 AT + CI > AT 1+ CI > AT DCA 
1 1>+R) AC - 1+ CI>R, SDR 

. S See Note l- See Note l 
2 | 2 cr-1-+ ar} AC - 1+ CI > ar} SDA 
3 (See CSA above) I-1+CI->+AT LDI 
1 R + CI +R AC +R + CIR ADR 
n n n n 

3 2 (See ACM above) (See AMA above) - 
| | 3 AT + CI + AT I+ AT + CI > AT AIA 
l (R A AC) +> CO R AAC +R ANR 

n nh n 
2 CI v (M AAC) > CO M AAC + AT: “ANM 
3 (AT A I) + CO AT AI + AT ANI 
1 (See CLR above) TZR 
5 2 (See CLA above) LTM 
3 (See CLA above) TZA 
1 cI + co R +R CI AC + CO R VAC >R ORR 
n n n n 

6 2 cI + CO M> AT M VAC > AT ORM 
3 (See NOP above) I VAT > AT ORI 
| 1 (RA AC) + CO XNR 
7 2 LCM CI (M AAC) + CO M ® AC > AT XNM 
3 CMA (ATA I) + CO I @ ‘ XNI 


Note 1: 2's complement arithemetic adds 111...11 to performsubtraction of 000...01. 


QW 


TWILNAGIANOD GNV AYVL3INdOUd T13MA3NOH 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


3.2.2 Control Multiplexers 


The MLCP contains a number of controllable multiplexers used to 
establish data paths among the different hardware functional areas. 
Because these multiplexers are utilized in various operations and by 
various hardware elements (such as the microprocessor, control 
store, etc.), specific applications are described in the appropriate 
Subsections of this manual. For reference purposes, all MLCP multi- 
plexers are identified in Table 3-7, together with their input and 
output function names, select line names, and select line coding. 


3.2.3 Fast Carry Logic (Figure 3-5) 


The fast carry logic consists of three high-speed look--ahead 
generators which anticipates the carry across the array of four CPE 
chips which comprise the microprocessor. 


3.2.4 Microprogram Control Store 


The microprogram control store is an array of programmable read- 
only memories containing the firmware for the MLCP. Control store 
output functions are summarized in Table 3-8. Figure 3-6 portrays 
the control store word format. Details regarding specific usage of 
control store bits are provided in the subsections and Tables re- 
ferenced in Table 3-8. Figure 3-7 illustrates the control store 
logic. | 


3.2.5 Microprogram Control Unit (Figure 3-8) 
3.2.5.1 MCU Element 


The Microprogram Control Unit (MCU) controls the sequence in 
which microinstructions are fetched from the control store. Basi- 
cally, its functions include the following: 


1. Maintenance of its own internal microprogram address reg- 
ister. | 


2. Selection of the next microinstruction in the control store 
(based on the content of the microprogram address register). 


3. Decoding and testing the data supplied via input buses from 
the control store and from the address multiplexer in order 
to determine the microinstruction execution sequence. 


4. Saving and testing the carry output data from the micro- 
processor. 


- 5. Control of carry/shift input data to the microprocessor. 


The MCU performs two major control functions. First, it con- 
trols the sequence in which microinstructions are fetched from con- 
trol store. For this purpose, the MCU contains a Microprogram Ad- 
dress Register (MAR) and the associated logic for selecting the next 
microinstruction address. Second, it controls the two flag flip- 
flops that are included for interaction with the carry input and 
carry output logic of the microprocessor. A functional block dia- 
gram of the MCU chip is shown in Figure 3-8. 
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a 
Table 3-7 MLCP Control Multiplexers. | fo 
| s | | | | ~ ne | eee 
MULTIPLEXER NAME | 
3 OUTPUT SIGNAL NAMES INPUT SIGNAL NAMES SELECT LINES 
 B=MUX BXSELB BXSELA 
(Megabus Interface Register CPDT00+ through CPDT07+ 0 0 
Multiplexer) | | LACOD1=4 0 1 
 BXDTO0O through BXDT07 PLUPAA/ZGND 1 0 
| ; 7 ! RWDT00+ through RWDT0O7+ 1 1 
. C-MUX IOSELT 
- (R/W RAM Data Mux) ~CPDT00+ through CPDT07+ 1 
CxXDTOO through CXDT07 MYAD16+ through MYAD23+ 0 ie 
CRC=MUX _ CSDD29 
(Block Check Logic Mux) CRCRO1 through CRCRO8 0 | , 
CRDTOO through CRDT07 CRCROY through CRCR16 nF ¥ 
CLA ADD MUX CSDTO07 LAADSB 
(Line Adapter Address RDYADn (1,2,4) ,RDYRQL 0 1 
| | (Line Adapter Ready) 
LAADDn (1,2,4,8) CPDT00 through CPDT03 1 1 
(CP Data) | 
I-MUX CSDT31 CSDT30 
(Microprocessor Input Mux) LAADDn (4) 1,2,4,8/RDYREQ, BSRINF , PARTEV 0 0 
IXDTOO through IXDTO7 BSNAKF,BSBUSY,PRDTB4,BSYELO,BSREDD, 0 1 
| MYREQT/BSSHBC, PCKEVE 
M=-MUX CSDT31 CSDT30 
(Memory Data Mux) RWDTOO through RWDT07 1 aN 
MXDT00 through MXDT07 MYAD16 through MYAD23 L 0 
| (Bus Bfr. Ref. 0-7) 
CRDTOO through CRDT07 0 1 
LADTOO through LADTO7 0 0 
s 
NEXT ADD MUX MCADLD : 
(Next Address Logic Mux). MXDTO0O through MXDTO7. 0 . ed 
MCUSX0O = MCUSX3 and 
MCUPX4 = MCUPX7 © SRADOO through SRADO7 1 
| LA COD MUX | SCPAD3 .SCPAD2 
(Line Adapter Code Mux) LACOD1 (4) through LACOD4 (4) See Figure 3-35 
LACOD1 through LACOD4 from CLAs 1-4 
| LA HERE MUX BSAD14 BSAD15 BSAD16 
(Line Adapter Here Mux) LAHERE-01 through 08 See Figure 3-35 
LAHERE — from CLAs 1-4 
CCB ADD MUX PRAD2 3 
(R/W RAM Address Bits) STCNT1 and ,STCNT2 0 
CBADO7 and CBADO8 ' LDCNTL and LDCNT2 1 
| R/W ADD MUX CPRWBS! RFBUSY? 
(R/W RAM Address Mux) RFADOO through RFADOS5 0 0 - 
RWADOO through RWAD11 PLUPAB , SCPAD0-3,CBAD07-08 , PRDTB0-2 0 1 
XOR MUXES (3) SLRCO08 sCCIiITtT SCRC12 
(CRC Exclusive-OR Muxes) CRCR15,EXOR16/CRCRO5 and 12,EXOR02 0 0 0 m 
-DTCRO8 and 15,SCRC12,SCCITT/ and 15/CRCRO1,03,06 and 10. 
DTEX01-03,05,12, and 15, DTEX15,CRCRO8,SLCRCO and Cl1/EXORO5 1 1 1 


DTCRO6 and 10. and 12,CRCRO2 and 15/EXORO1 and 


EXOR0N3,CRCRO6 


CRC SHREG MUXES (4) 
(CRC Shift Register Muxes) 


SHECRC CL108R CL916R 


EXOR16,DTEX01-03/CRCR04,06,07,DTEX05/ 0 aE i 
CRCRO1 through CRCR16 DTCRO8,10,CRCRO9,11/DTEX12,CRCR13,14 
: DTCR15 
i ue 1 


RWDTO00-03 through RWDT0O7 


NOTE: 1. CPRWBS 


. CP Memory Busy 
2. RFBUSY 


Refresh Memory Busy. 
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CPCX67+ 
CPCX45 + 


CPCX23+ 


CPCY67+ 
CPCY45+ 
CPCY23+ 


MCFLAG— 


Cia — eee oe CPCX67+ 


CPCX45+ 


CPCY67+ 
CPC Y45+ 
MICROPROCESSOR 
L_ ERECTED TSA ee PIRES TEES 

MCFLAG-— 
CPCX67+ 
NEXT ADDRES?) Sistah N 

| LOGIC (MCU) | 

L__ __J 
MCFLAG— 


CRY GEN 


FCAR23- _ 


CRY GEN 


FCAR45- 


FCAR67 - 


Figure 3-5 Fast Carry Logic 
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CONTROL STORE BITS 


CSDTXX 
O through 6 


4 


8 through 15 These bits are used as masking bits 

(K-bits) by the microprocessor. 
| 16 through 26 These bits are used by the micro- 

program control unit as inputs to 
the next address generator (bits 16 
through 22) and to the flag control 
logic. (bits 23 through 26). 

27 through 31 
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Table 3-8 Control Store Output Functions 


FUNCTION 


Used by the microprocessor to spe- 
cify the function which it is to 
perform. Bits 00 through 02 are 
decoded to specify functionality 
while bits 03 through 06 are de- 
coded to select the desired micro- 
processor scratch pad register. 


S426 «3 
Table 3-2 
Table 3-3 


This is a dual-purpose bit. 


1. For R/W RAM access bit 7 is set 
to One for write or to Zero for 
read operations 


2. Determines usage of control 3.2.1.4 
store bits 27 through 31. If Table 3-6 
bit 7 is One, bits 27 through Table 3-7 


31 are used to select the in- 
puts for the M-, I-, and CRC- 
multiplexers. If bit 7 is Zero, 
bits 27 through 31 are used to 
generate a number of MLCP strobe 
Signals. | 


Table 3-9 


These bits can be used for multi- 36-2 «0 
plexer input selection or for strobe Ce ares | 
pulse generation, according to the 36208 
State of control store bit 7 (see Table 


above. 
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NEXT 
ADDRESS 
( . GENERATION 


ee 


REGISTER | 
FUNCTION| cEtECTION | ADDRESS FLAG 
1,2{3 C 1516 22 | 23 26|27 


SELECT ALU 
FUNCTION 


: SELECT SCRATCHPAD 
REGISTER Rom Rg ily AC K LINE FIRMWARE 


STROBE 


27, 28,29, 30,3) 
! 
l 
— MULTIPLEXER 
27,28 29,30, 31| SbECTION 
SELECT CRC | SELECT I-MUX & 


MUX INPUT M-MUX INPUTS 


4 


X= DON’T CARE 


NOTE: IN CERTAIN MICROINSTRUCTIONS BITS 8-15 CONTAIN RETURN ADDRESS INFORMATION. (SEE 
SUBSECTION 3.2.6 ) 


( Figure 3-6 Control Store Word Format 


CSADS8+ 
CSA0B7+ 
CSAOS6+ 


seas) GE CSA0S5+ 
Next | 

| ADDRESS CSA0S4+ 
| eo CSAD#3+ 
—— CSADS2+ 


CSADS1+ 
CSA0g 9+ 


SECTRX— 


, —————S SEE 
CSOT@@+ THRU CSOT3It+ > tTaaLe 3-8 
Figure 3-7 Control Store Logic 
3-19 
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ENABLE 
ROW 
ADDRESS 
ERA MAg -—-— — MAg MAg ——— MAg 


INTERRUPT | 


STROBE SE AD Se 
ee 
| ey MCU OUTPUT 
ENABLE 
= 


ACg 


ACs 

aporness 464 

CONTROL ACs 
FUNCTION 

CTION 0, 


acy | oe 
ADORESS | oe 

ACo 
— NEXT ADDRESS LOGIC 
@ND < 
, pf PR, PROGRAM 
ce 7 ourpur | lpr LaTcH 

— FFER 
| Tf eyEre PR. OUTPUTS 


CLK 


| \ 


es See 
“r" LATCH —_ 
PRR IEESEED py ome Care te ‘© ied . ‘© Bend © Teed © land @ bee a cE A cm A ene © nnd © emed Se dencaceisl ae. 
| 
FLAG FLAG FLAG FLAG PRIMARY M800 NDARY, 
LOGIC INPUT OUTPUT LOeIC INSTRUCTION INSTRUCTION 
CONTROL CONTROL pus aus 


Figure 3-8 Microprogram Control Unit Functional Block Diagram 


3.2.5.2 Input and Output Functions (Figures 3-8 and 3-9) 


The microprogram control unit input and output functions are 
summarized in Table 3-9. “ 


3.2.5.3 Next Address Logic 


The next address logic of the MCU chip provides a set of condi- 
tional and unconditional address control functions. These functions 
are used to implement a jump or jump/test operation (refer to Table 
3-10) as part of every microinstruction; that is, each microinstruc- 
tion typically contains a jump operation field that specifies the 
address control function and, hence, the next microprogram address. 


The next address logic addresses a maximum of 512 microinstruction co~ 
control store locations. i 
3-20 
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STROBE LD3ISB - 
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Figure 3-9 Microprogram Control Unit (MCU) Chip Functional 
Block Diagram 
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Table 3-9 MCU Input/Output Functions 


SYMBOL NAME, FUNCTION NAMES, AND DESCRIPTION “TYPE* 


Primary Instruction Bus Inputs. (MCUPX4 
thru MCUPX7). Data on this bus is tested 


by the JPX function to determine the next 
control store address. 


Secondary Instruction Bus Inputs. (MCUSX0 
thru MCUSX3). Data on this bus is synch- 
ronously loaded into the PR-latch while the 
data on the PX-bus is being tested. During 
a subsequent cycle, the contents of the PR- 
latch may be tested by the JPR, JLL, or JRL 
functions to determine the next control 

store address. 


79,11 PR-Latch Outputs. 


12,13 Flag Logic Control Inputs. (CSDT23 thru 
15,16 
14 


Active Low 


Active Low 


Open Collector 


CSDT26). These inputs are used to cross- 
switch the flags (C and Z) with the flag 
logic input (FI) and the flag logic cutput 
(FO). 


Flag Logic Output. (MCFLAG). The outputs 
of the flags (C and Z) are multiplexed in- 
ternally to form the common flag logic out- 
put. MCFLAG may also be forced to a logic 
Zero or logic One. 


Flag Logic Input. (CPCORO). This signal is 
demultiplexed internally and applied to the 
inputs of the flags (C and Z). (Note that 

the flag input data is saved in the F-latch 
when the clock input (CLK) is low.) 


Interrupt Strobe Enable Output. (INTSTB). 
Goes to logic One when one of the JZR func- 


tions is selected. 


Clock Input. (CLK301). 


Ground. 


Next Address Control Function Inputs. 
(CSDT16 thru CSDT22). All jump Fane tend 


nad 
are selected by these control lines. 


EN Enable Input. (PLUPAC). When at a logic 
One thichh this signal enables the micro- 
program address, PR-latch and flag outputs. 


MA,)-MA, Microprogram Column Address Outputs. Three-State | 
CSAD08,07,06,05). Control store address. 
30-34 MA,~MA, Microprogram Row Address Outputs. Three-State 
(CSAD04,03,02,01,00) Control store 
address. 


35 Enable Row Address. (PLUPAC). When high, 
this signal independently enables the low 
address outputs. 

LD 


36 Microprogram Address Load Input. (MCADLD) 
When high, this input inhibits all jump func- 
tions and synchronously loads data from the 
primary and secondary instruction buses 
(MCUSX/MCUPX) into the microprogram address 
register. This signal is brought high during 
master clear operations (to force a beginning 
control store address of all Zeros, where the 
QLT test begins), or following return from a 
subroutine for which a return address had 
been loaded into the subroutine address buf- 
fer. Operation of the PR-latch and genera- 
tion of the interrupt strobe enable are not 
inhibited. 


*Active high unless otherwise specified. 


Active Low 
Three~State 
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Table 3-10 Address Control Functions 


FUNCTION NEXT ROW NEXT COL 
MNEMONIC DESCRIPTION 


4 
Jump in current d, 
column 


Jump to zero row 


Jump in current 
row 


Jump in column/ 
enable 


Jump/test F-latch 
Jump/test C-flag 
Jump/test Z-flag 


Jump/test PR- 
latches 


Jump/test left 
PR bits 


Jump/test right 
PR bits 


Jump/test PX-bus 


Data on address control line n 
Data in microprogram address register bit n 
Data in PR-latch bit n 


Data on PX-bus line n (active Low) 


Contents of F-latch, C-flag, or Z-flag, respectively. 


3.2.5.4 Flag Logic 


The flag logic of the MCU provides a set of functions for saving 
the current value of the carry output of the microprocessor and for 
controlling the value of the carry input to the microprocessor (re- 
fer to Table 3-11). The flag logic is used in conjunction with the 
carry and shift logic of the microprocessor chips to implement a 
variety of shift/rotate and arithmetic functions. 


3.2.5.5 Load Function 


When the load function is active at the rising edge of the 
clock, the data on the primary and secondary instruction buses is 
loaded into the microprogram address register (refer to Table 3-11). 
The load function overrides the next address control functions but 
does not override the latch enable or load sub-functions of the JCE 
or JPX instructions. In addition, the load function does not inhi- 
bit the interrupt strobe enable or any of the flag control func- 
tions. : 
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Table 3-11 Flag Control and Load Functions 


TYPE | MNEMONIC DESCRIPTION 


7 SCZ Set C-flag and Z-flag to f 
Flag STZ Set Z-flag to f 
Input STC Set C-flag to f 
HCZ | Hold C-flag and Z-flag 


TYPE MNEMONIC - DESCRIPTION EC. p 


. FFO Force FO to Zero 
Flag FFC 
Output FFZ 
FF1 


Force FO to C-flag 
LOAD | a | 
FUNCTION NEXT ROW NEXT COL 


Force FO to Z-flag 
= me 7 6 & 4 ai ey en re 
0 See Table 3-10 See Table 3-10 
1 O X; X, X, Xyq Moo Ke. oe OE 


Force 
SYMBOL 
po 
X 
n 


3.2.6 Subroutine Address Buffer/Address 
Multiplexer (Figure 3-10) 


The subroutine address buffer enables storage of the address of 
a subroutine. This is a firmware-controlled operation in which con- 
trol store bits CSDT08 through CSDT15 (otherwise used as the K-mask 
field for the microprocessor) contain the return address of a firm- 
ware instruction in control store. When the firmware program jumps 
to a subroutine, the Save Return Address Strobe (SRADSB-) is raised 
to latch the return address into the buffer. Upon termination of 
the subroutine, firmware drives strobe signal LD31SB- low. This 
strobe raises the Master Clear Address Load function (MCADLD-) to 
select the stored address through the next address multiplexer 
(MCUSXO through X3, MCUPX4 through X7) and into the next address 
logic of the microprogram control unit. This address is passed 
without modification to the Control Store Address (CSAD00 through 
08) bus to select the next microinstruction word from the control 
store. 


MEANING 
Contents of the F-latch 


Data on PX=— or SX-bus line n (active Low) 


The next address multiplexer is also used to select the output 
of the M-mux as one of its inputs, thereby allowing the input to the 
next address logic to be selected from other sources (Megabus inter- 
face register, line adapter, etc.). The particular input selected 
through the M-mux is determined by the relative states of control 
store bits CSDT30 and CSDT31 as defined in Table 3-6. 


3-24 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


eo 
% g 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


SAVE 
RETURN ADDRESS 
STROBE 


BSADI8—» 23 
MYCHFF + 
BSDTSgG+ | MASTER CLEAR | 
BSPWON + MSTCLR- SRADSB+ fF SiaROUME 
BSMCLR + MSTLAD- ADDRESS 
MASTER 
CLK3GI+ = scree ange 


QLTDUN + 
PLUPAA + 


RSRQSB - 


MSTCAD ~ 
8 
LOAD RETURN ADDRESS 
FIRMWARE STROBE LO3ISB- ; 
(SEE TABLE 3-5) 


CSOT30 +31 


LADTO$—© 67 

MYADI6 —&23 MXOTSS —e 67 

CROTSG —e 97 7 
RWDTS¢ —e 7 


| NEXT ADDRESS 
LOGIC (MCU) | 


Eee een ae eee 
a | CSADSS—>B8 


oe 


Figure 3-10 Subroutine Address Buffer/Address Multi- 
; plexer Logic 
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3623.7 Control Store Buffer (Figure 3-11) so 
This buffer is used to latch control store data bits CSDT29 / 


through CSDT31 for subsequent selection of inputs to the CRC mux 
(bit 29) and I- and M-mux's (bits 30 and 31). The I- and M-mux's 
are inputs to the microprocessor. Due to timing constraints, bits 
30 and 31 cannot perform the multiplexer input selection in time to 
be effective for the current microinstruction. The same timing con- 
straint is applicable to selection of the CRC mux input, and simi- 
larly requires latching of its selection bit 29 until a later time. 


CSDTG7+ 
CSOT28- CSDDST— 

Md CONTROL STORE 
CLK3G1+ BUFFER 


MSTCAD = > 


bbe SELECT CRC MUX INPUT os 


[es0p30-»31 SELECT M-MUX INPUTS 7 


CSDT 29 +—&3/+ 


Figure 3-11 Control Store Buffer Logic 


3.2.8 Strobe Generation Logic (Figure 3-12) 


Control store bits CSDT27 through CSDT31 are decoded by the Fe 
three strobe decoders (Figure 3-12) to generate the MLCP strobe sig- 
nals defined in Table 3-12. The first two decoders generate strobe 
pulses, while the third decoder generates pulses that are used to “ 
select inputs for several of the MLCP's multiplexers (e.g., M-mux, 
I-mux, etc.), or are used as inputs to certain MLCP flip-flops. 


Bits CSDT27 and CSDT28 are applied to enable gates of all three 
decoders, and the relative One/Zero states of these two bits deter- 
mine which of the decoders is enabled. The Strobe Enable function 
(STBENB-) completes the enable gating for the first two decoders. 
This function is true (low) as long as the clock is running (CLKSYD+ 
and CLKSYB-) and there is no communication going on with either the 
-line adapter (STOBLA-) or the memory (CPRWBS- and CPRWRQ-). The 
Step Mode pulse (SSTPEN+) is normally held in the true (high) state. 
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Should a test panel be attached to the MLCP, however, SSTPEN+ can 
be raised or lowered by activation of a test panel switch or push- 
button. When enabled, the step mode pulse advances the strobe de- 
coders once per activation of the switch or pushbutton. 


NOTE 
Control store bit CSDTO7 has several applications: 


1. During microprocessor memory cycles CSDT07=One 
Signifying a write. 


2. When CSDT28=Zero and CSDT07=One it means load 
control store buffer. 


3. Selects input to line adapter mux when LAADSB 
is used to load. 


3.2.9 Master Clear and QLT Logic 
(Figures 3-10 and 3-13) 


The MLCP can be cleared by a soft or hard initialize and can 
run either a partial or full Quality Logic Test (QLT). The execu- 
tion of the initialize function determines which QLT is to be exe- 
cuted. 


3.2.9.1 Soft Initialize (Figure 3-10) 


When the control panel CLEAR pushbutton (CLR) is depressed, the 
MLCP performs a soft initialize. The function BSMCLR sets the Soft 
Clear (SFTCLR) flip-flop, which is ORed with bit six of the subrou- 
tine address buffer. This causes the buffer output to be selected 
through the address multiplexer and into the next address logic. 
This action forces firmware to begin at.control store address loca- 
tion 00000010, thereby running only a partial QLT. This initialize 
does not clear the RAM. 


3.2.9.2 Hard Initialize (Figure 3-13) 


A hard initialize is executed when an output MLCP Control Com- 
mand iS initiated with bit 0 set to a One. This command clears the 
RAM to all Zeros. 


Any of the conditions shown in Figure 3-13 will generate the 
Master Clear (MSTCLR+) function and set the Master Clear (MSTCAD) 
flip-flop. Master clear resets the subroutine address buffer to all 
Zeros and then selects the buffer through the next address mux to 
the next address logic, thereby forcing control store to the start 
address 00000000 for the beginning of the full QLT firmware routine. 


The QLT flip-flop, set by master clear, is reset when the firm- 
ware issues the Quality Logic Test Done (QLTDSB-) function. This 
raises the K-input to the master clear flip-flop, which is then re- 
set by the next clock pulse CLK301+. 
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Figure 3-12 Strobe Generation Logic 
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Table 3-12 Strobe Functions 


wex | FIRMWARE 

CODE STROBE DESCRIPTION 
CR18SB- Load CRC remainder - byte l 

CR96SB- Load CRC remainder - byte 2 

CRCSSB- Start CRC computation 

LDCFSB- Load configuration in CRC generator 
CRCPSB- Load data byte for CRC 

RSIOSB- Reset I/O special strobe 

LADDSB- Latch CLA address (priority encoder) 
SRADSB- Load subroutine return address 


SFBRSB- Shift Megabus interface register 1 byte 
STROSB- Request access Megabus interface register 
RSRQSB- Reset Megabus cycle request 

CYRQSB- Set Megabus cycle request 

STBRSB- Load misc. Megabus interface register signals 
QLTDSB- Enda of QLT 

SPCLSB- Reset load/status - CCB pointers 

CNTLSB- Set CLA control lines 


SEGMSB- Select upper 512 PROM address 

CPRWSB- R/W RAM access request by microprocessor 
3002SB- Block clock (CPE microprocessor) 

LD31SB- Load starting address of next firmware routine 
LDPCSB- Load ext. (high order) R/W address bits 
SWCSSB- Select upper 1K of PROM address 

CLAASB- CLA strobe (not data) 

CLABSB- CLA strobe - data (enable parity generator) 


an ao) 
Co 
r+ © 


ee oko konoke 
BPE EE HEHEHE OOOO OOOO PEEP RPE EEE 
PERE RrRPODOO HFPRPHEHEOOOO BPERFHEHOO 
EHPRHOOFPHOO HFHOOHRHOO HHOOKHKFOO 
HOHFOFOHO FOFORFOFO HOFOFO 


a, *CSDTO7 must = ONE. 
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Figure 3-13 Master Clear and QLT Logic 
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3.3 MEGABUS CONTROL AND HARDWARE- IMPLEMENTED 
I/O COMMAND LOGIC 


Figure 3-14 portrays the major hardware functional areas of 
this logic. The basic functions of this logic are: 


1. Compare the address on the Megabus with the state of the 
MLCP channel address switches to ascertain whether or not 
the MLCP is being addressed. 


Monitor the MLCP to ascertain whether or not it is busy. 


3. Determine whether the MLCP is to be acting as master or 
Slave. | 


4. Generate ACK, NAK, or WAIT signal according the MLCP con- 
dition. 


5. Analyze the function code on the Megabus address lines to 
ascertain the function to be performed, and whether the 
command is to be implemented by MLCP hardware or firmware. 


6. Analyze the line number on the Megabus address lines and 
manipulate, via scratch pad memories and counters, the ad-~ 
dresses of CCBs located in the R/W RAM. 


7. Transfer address, range, flag and control information from 
the Megabus address and data lines into the appropriate 
CCB area in R/W RAM. 


8. Count the number of CCBs per line and store a NAK indica- 
tion in scratch pad memory so that the MLCP may NAK any 
attempt to load more than the maximum number of CCBs. 


As shown in Figure 3-14, the logic which accomplishes the func- 
tions listed above is divided into the following functional areas: 


1. Megabus Control Logic 


a. Master Cycle Logic 
b. Slave Response Logic 


2. CCB Address Control Logic. 


Activity of the MLCP logic shown in Figure 3-14 is defined by 
Tables 3-13, 3-16, and 3-17. The description in this subsection is 
based primarily upon typical examples of command execution, and 
makes frequent reference to these tables. Hardware areas are de- 
scribed as they are encountered during command execution. These 
examples provide sufficient understanding of hardware functionality 
to enable extrapolation of details for the implementation of com- 
mands not described herein. 


3.3.1 Firmware and Hardware Implementation 
of 1/0 Commands | 


The MLCP executes certain commands by resident firmware (see 


Section IV for details) and other instructions by hardware activity. 


Regardless of the command type (i.e., input or output, hardware- or 
firmware-implemented), the initial steps of addressing the MLCP and 
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loading the Megabus Interface Register (MIR) are the same as shown 
in Figure 3-15. The method of implementation is determined by bit 
four of the output function code translator (PRDTB4). If this bit 
is a logic One, the command is to be implemented by firmware; if it 
is a logic Zero, MLCP hardware handles the implementation under con- 
trol of the function code translator. 


Megabus address bits BSAD18 through BSAD23 (the function code) 
Supply part of the address for the function code translator and are 
loaded into the function code latch. The remainder of the transla- 
tor address is supplied by the function code counter which, because 
it is periodically implemented, allows different function code out- 
puts to be generated as required to perform different functions 
during execution. It is the output of the translator which controls 
R/W RAM addressing for loading of CCBs, requests R/W memory cycles, 
shifts the MIR, etc. 


The same address bits (BSAD18 through BSAD23) which address the 
translator are also loaded into the MIR, together with all other 
information on the Megabus address and data lines. If the command 
is to be implemented by firmware, the firmware program must extract 
this function code from the MIR and analyze it to determine what 
action to take. As stated above, the function code for all commands 
requiring firmware implementation generates a function code trans- 
lator output having bit four (PRDTB4) set to a logic One. This bit 
is sent to the I-mux, where it is examined by firmware to determine 
whether the command is to be implemented by hardware or firmware. | 


Table 3-13 identifies Megabus address and data line usage and 
gives the function code bit structure for all input and output in- 
structions. 


Spon eae ane Firmware-Implemented Commands 
(See Table 3-14) 


This subsection typifies implementation of commands by firmware 
Via discussion of MLCP action in response of an Output Interrupt 
Control (FC - 03) command. First,-the channel address (BSADO8 
through BSAD13) is compared against the setting of the channel ad- 
dress switches by the channel address comparator. An equal com- 
parison sets the My Channel Flip-Flop (MYCHFF). If the MLCP is 
busy, MYCHFF causes a Wait response to be sent to the Megabus via 
the ACK/NAK/Wait Response logic. If the MLCP is not busy, MYCHFF 
causes an acknowledgement (MYACKR) to be sent to the Megabus. The 
content of the Megabus address and data lines is then stored in 
the MIR. 


At the same time, address bits BSAD18 through BSAD23 (the func- 
tion code) are stored in the function code latch (PRAD18 through 
PRAD23). These bits form part of the address for the function code 
translator. In this example the function code (03) generates an 
address of (decimal) 24 (refer to Table 3-15). The output of this 
location has bit four (PRDTB4) set to a logic One, which is sent to 
the I-mux. When firmware, which periodically tests the I-mux, de- 
tects this bit, it examines the content of the MIR (which contains 
the function code), determines the nature of the command to be exe- 
cuted, and executes it accordingly. 
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Table 3-13 Command Function Codes 
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Table 3-15 Function Code Translation for Firmware-Implemented Commands 
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Sete = 


3.3.1.2 Hardware-~Implemented Commands 
(See Table 3-16) 


This subsection typifies implementation of commands by hardware 
via discussion of MLCP action in response to an Input ID (FC - 26) 
command. The initial MLCP action is as described in subsection 
3.3.1.1, with the channel address comparator checking for the cor- 
rect address and an acknowledge (MYACKR) being sent to the Megabus 
(assumes that MLCP is not busy). The MIR is loaded from the Mega- 
bus address and data lines, and the function code is loaded into the 
function code latch. 


Table 3-17 shows that function code (FC - 26) generates a func- 
« tion code translator address of (decimal) 48. In this location the 
outputs have bits one and two (PRDTB1,2) set to Zero and One, re- 
spectively. These two bits select the B-mux input to the MIR via 
BXSELA and BXSELB (refer to Table 3-7). Bit three is set to One, 
and is used to shift the MIR. The selected B-mux input data is 
loaded into the MIR. 


The function code counter increments to translator address 
(decimal) 49. Since bit three (PRDTB3) is a One, the MIR is shifted 
once again. Bits one and two (PRDTB1,2) are set to One and Zero, 


cat respectively, and are used to select the next B-mux input, which is 
( | then loaded into the MIR. 
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The function code counter is incremented again to translator 
address (decimal) 50. In this location bit seven (PRDTB7) is set 
to a One, which causes the MLCP to generate a request for a Megabus —_ 
cycle (i.e., the identification data requested by the current in- Ne 
struction is now in the MIR and ready for transfer via the Megabus). 
When the Megabus responds with an acknowledge, the MLCP busy logic 
is reset. 


Table 3-16 Hardware-Implemented Commands 


FUNCTION CODE INSTRUCTION | 


IOLD (Output Address) 


IOLD (Output Range) + 
Output CCB Control 
Input Range 
Input Status 
Input Next Status 
Input Device Identification 
Table 3-17 Function Code Translation for 
Hardware-Implemented Commands (Sheet 1 of 2) 
FUNCTION CODE FUNCTION CODE TRANSLATOR 
TRANSLATOR (PROM) FUNCTION CODE TRANSLATOR 
(PROM) OUTPUT (PROM) FUNGTION eS 
DECIMAL RTE CODE COMMAND 
ADDRESS (HEX) (Hardware Action) J 
IOLD (Output Address) 
Increment CCB Counter Address 
Shift MIR 
Shift MIR 
Shift MIR; Address R/W Memory; 
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Shift MIR; Address R/W Memory; 
Store Data Bits 0-7 
Shift MIR; Address R/W Memory; 
Store Address Bits 0-7 
Reset Bus Busy 
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Increment CCB Counter Address 
Shift MIR " 


Shift MIR 
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Store Data Bits 0-7 
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Table 3-17 Function Code Translation for 
Hardware-Implemented Commands (Sheet 2 of 2) 


FUNCTION CODE FUNCTION CODE TRANSLATOR 
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3.3.2 Megabus Control Logic 


As shown in Figure 3-14, the Megabus control logic is composed 
of a number of smaller, interrelated functional logic areas. For 
ease of discussion the control logic is divided into: 


1. Master Cycle Logic 
2. Slave Response Logic 
3. Function Code Control Logic. 


3.3.2.1 Master Cycle Logic (Figure 3-16) 


When the MLCP wants to transfer over the Megabus to main memory 
or to the CPU, it must set the Megabus Request flip-flop UCPREQ for 
firmware commands; BSBUSY for hardware commands (see Figure 3-18) 
and load the MIR with address and data. If the command is to be 
executed by firmware, the MLCP sets the appropriate Megabus function 
(i1.e.,. BSBYTE, BSMREF, or BSWRIT) for the transfer. 
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Once the MIR is loaded and the control functions have been set, 
the Cycle Request flip-flop (CYCREQ) is set, thereby initiating the : 
Megabus request. When the cycle request flip-flop is set, and when oc 
the Megabus is not busy (BUSBSY), the Set Request signal becomes So 
active, causing the request flip-flop (MYREQT+) to set. The request 
flip-flop goes to the Megabus (BSREQT) driver and also to the Set 
Data Cycle Now (SETDCN-) gate. This Megabus request inhibits other 
units on the Megabus from initiating a new request, and causes the 
MLCP priority network (BSMYOK) output to go low. 


With the Megabus Request (MYREQT) flip-flop set and with the 
completion of any previous Megabus (BSDCNB) cycle, the MLCP will set 
its Data Cycle Now (MYDCNN) flip-flop provided it has the highest 
priority on the Megabus. Priority is determined by the lines BSAUOK 
through BSIUOK being high, indicating that no unit on the Megabus 
with higher priority has a request active. When all conditions of ¥ 
the SETDCN gate are met, the flip-flop (MYDCNN+) sets until the . 
slave unit responds. The response of the slave clears the MYDCNN 
flip-flop, resetting the request unless the response is a Wait, in 
which case the request flip-flop remains set. 


For I/O input commands, a Second Half Bus Cycle (MYSHBC) is 
developed in the MLCP for a response cycle. The response may be 
either hardware (HDSHBC) or firmware (FWSHBC) generated dependent 
on the type of input command. 


3.3.2.2 Slave Response Logic (Figures 3-17 
through 3-19) 


This logic generates the ACK/NAK/Wait signal as required (Figure an 
3-17), analyzes the address on the Megabus address lines to deter- | 
mine if the MLCP is being addressed (channel address comparator), 
generates the busy signal (MYBUSY, Figure 3-18) when required, and 
translates the function code on the Megabus address lines (BSAD18 
through BSAD23) into meaningful bit configurations for MLCP control 
(via the function code control logic shown in Figure 3-19). The 
MLCP may respond to a request with any one of the following re- 
sponses (Figure 3-17): 


= ‘ o a: 


1. Wait: This response is generated whenever the MLCP is busy 
with a hardware, firmware, or DMA instruction (except Ini- 
tialize). 


2. NAK: This response is made to all commands when the MLCP is b 
performing the QLT. This response is also made to IOLD 
(Output Address and Output Range) and Output CCB Control 
commands when the CCB list for that channel is full. NAK's . 
are stored in scratch pad memory for each line (0-15). This 
response is made to an input next status as an indication 
that the CCB pointers cannot advance without causing an 
error. 


3. ACK: This response is made to all commands that are 
neither NAK'd nor Wait'ed. 


4. No Response: MLCP may make no response when the addressed 
channel has no communications line adapter installed. 
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Figure 3-16 Master Cycle Logic 
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Figure 3-17 ACK/NAK/Wait/Respond Logic 
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Figure 3-18 Busy Logic 
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Figure 3-19 Function Code Control Logic 


BSADI8 ~» BSAD23 


3.3.2.3 Function Code Control Logic 


| The function code translator output controls MLCP operation as 
follows (Figure 3-19): 


Bits 0-2: Supply part of R/W address 


Bits 1&2: Selection of B-mux inputs ° 
Bit 3: Shifts Megabus interface register (MIR) 
Bit 4: Goes to I-mux for firmware examination (identify " 


| command as firmware or hardware) 
Bit 5: Generates R/W memory cycle 


Bits 6&7: Controls operation of CCB address control counters 
and resets busy when bit seven is a One. 


Tables 3-16 and 3-17 are maps of the function code translator 
(PROM) for hardware implemented commands. These tables show the 
bit format for each PROM address, and specify the MLCP hardware 7 
activity associated with each address. —_ 
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3.3.3 CCB Address Control Logic 

This subsection describes how a CCB is handled by the MLCP 
logic. As shown in Figure 3-20, functional logic areas involved 
in CCB handling are: 


1. A scratch pad address counter 


2. Two scratch pad memories (16 locations with four outputs 
each) 


‘. The CCB counter 
The load counter 


: The status counter 


- The CCB address mux 
- The PROM bit decoder 


3 
4 
5 
6. The comparator 
7 
8 
9. The NAK response logic. 


3.3.3.1 Loading a Single CCB 


An IOLD command is used aS an example. To the MLCP an IOLD 
command causes two distinct Megabus transfers. During the first 
transfer the Megabus loads the 24-bit byte address into the first 
CCB location in R/W RAM via the Megabus interface register and C- 
mux. During the second transfer the Megabus loads a 16-bit range 
quantity into the same CCB area. 


Each of the 16 possible lines has four associated CCBs. This 
discussion assumes that this is the first IOLD command, and that 
CCB number 01 for line number 00 is being loaded. Table 3-18 shows 
the R/W RAM addresses associated with each CCB location. Table 3-16 
shows the sequential steps involved in the execution of an IOLD com- 
mand. It is assumed that the system has been initialized, leaving 
the scratch pad memory locations, load counter, status counter, and 
CCB counter at Zero (Zeroing occurs during the QLT test which occurs 
in initialization). 

Loading of a CCB requires two commands: 


e IOLD Instruction: As described above, this command occurs 
in two parts: Load Output Address (FC = 09) and Load Output 
Range (FC = OD). 


@ Output CCB Control Instruction: (FC = OF). 
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Figure 3-20 CCB Address Control Logic 
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Table 3-18 CCB Locations in R/W RAM 


R/W RAM ADDRESS BITS 
RWAD00-RWAD11 


FUNCTION INFORMATION 
CODE LOADED INTO 
(PROM) THE CCB CCB, LINE 


Address 16-23 CCB 0, Line 0 
Address 8-15 

Address 0-7 

Range 8-15 

Range 0-7 

Flag 

Status 

Status 


ee oe oo oe 
2000000 0 
20000000 
rFOrFrOrFOF oO 


Address, range, flag 
and status loaded into 
each CCB as above 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
Ni 
1 


Address, range, flag, 
and status loaded into 
each CCB as above 


i ee oo 


ee ee ee 


oe eo a 


Address, range, flag, 
and status loaded into 
each CCB as above. 


H#-----O JO OC OC OFJO C0 Oo 
Ma EM MM MTX MO 
Maran TM MM MT OM OX 


= Function code increments from 000 to 111 as above. 
* YY = CCB number increments from 00 to 11 for each line. 


Status is loaded by firmware upon completion of a CCB. 
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IOLD: Load Output Address (FC = 09) 
Loading the output address is performed as follows: 


di 


The starting address of the CCB block in R/W RAM is estab- 
lished first. This address, RWADOO- RWAD11, is the R/W 
address mux, and is developed as follows: 


a. Bits 0-2 are hard-wired at the mux input to force all 
Ones. 


b. Bits 3-6 are generated by the Scratch Pad Address 
counter (SCPADO0O through SCPAD0O3). Bus address lines 
BSAD14 - BSAD17 load the line number (0000) into the 
scratch pad address counter. 


c. Bits 7 and 8 are taken from the CCB address mux. The 
scratch pad address counter outputs address scratch pad, 
memories A and B, which immediately load the CCB coun- 
ter, the load counter, and the status counter with 
Zeros. 


d. Bits 9-l1l are taken from the function code translator. 


For this portion of the IOLD command, the function code 
translator address causes the translator to produce an 
output of PRDTB7 - PRDTBOO = 01000000. PRDTB6 and PRDTB7 
are taken to the PROM bit decoder where they are decoded 
to generate the function LDSCLK. ‘This signal increments 
the load counter from 00 (which had been loaded from the 
scratch pad memory) to 01 (which is equivalent to. CCB 
number 1). The load counter output feeds back as input 
to the scratch pad and is directed through the CCB address 
mux (CBADO7, CBAD0O8) to produce R/W address bits seven 
and eight. : 


Scratch pad address bits SCPAD0O0O - SCPADO0O3 address scratch 
pad A memory, which feeds the CCB counter a value of 00 (in- 
dicating that no CCBs have been loaded). Output from the 
CCB counter is taken into the compare logic, and is fed back 
as input to scratch pad A. Scratch pad A therefore has the 
count functions SPCNT1l and SPCNT2 set at 00 initially and 

at O01 at the end of the first IOLD command. During the 
second IOLD command, the value of O01 will be loaded into 

the CCB counter, which will then be incremented to a value 
of 10 (i.e., indicating the second CCB to be loaded for a 
given line). This process is repeated for each CCB that is 
loaded, up to a total of four CCBs per line. (Refer to 
subsection 3.3.3.2). 


The starting address (RWADOO - RWAD11) of the CCB clock in 
the R/W RAM has now been established. Next, the address 
data to be loaded into that address must be fetched from 
the Megabus interface register and directed through the 
C-mux and into the R/W RAM. 
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a. The function code translator is incremented twice. 
(Refer to Table 3-17.) Locations 73 and 74 have bit 
three equal to a One. This bit shifts the Megabus 
interface register twice (once per location), thereby 
placing Megabus address bits 16-23 at the input to the 
C-mux (which feeds the R/W RAM). When the MIR is 
shifted twice, without initiating a R/W cycle (PRDTB5 
low), the information at the output of the MIR is lost 
(BSADO8-BSAD15 and BSAD16-BSAD23). 


b. The function code translator is incremented to location 
75. Bit five (PRDTB5) initiates a R/W memory cycle 
during which Megabus address bits 16-23 (containing 
BSDTO0O8-15) are loaded into the CCB data block. Bit 
three (PRDTB3) is a One, and causes the Megabus inter- 
face register to be shifted once, thereby placing Mega- 
bus address bits 8-15 (containing BSDTO0O-07) at the 
C-mux. | 


c. The function code translator is incremented to location 
76. Bits 0-2 (PRDTBO-PRDTB2), having changed from 000 
to 100, alter the R/W RAM address so that Megabus ad- 
dress bits 8-15 can be loaded into the proper location. 
Bit five (PRDTB5) initiates a second R/W memory cycle 
during which Megabus address bits 8-15 (containing 
BSDTO00-07) are transferred from the Megabus interface 
register into the proper area of the CCB block via the 
C-mux. Bit three (PRDTB3) shifts the Megabus interface 
register at the end of the memory cycle, thereby placing 
Megabus address bits 0-7 at the input to the C-mux. 


dad. The function code translator is incremented to location 
77. Bits 0-2 (PRDTBO-PRDTB2), having changed from 100 
to 010, alter the R/W RAM address so that Megabus ad- 
dress bits 8-15 can be loaded into the proper location. 
Bit five (PRDTB5) initiates a third R/W memory cycle 
during which Megabus address bits 8-15 (containing 
BSADO0O0-07) are transferred from the Megabus interface 
register into the proper area of the CCB block via the 
C-mux. Bit three (PRDTB3) shifts the Megabus interface 
register at the end of the memory cycle. 


NOTE 


During steps (a) through (d) above, function code 
translator bits PRDTB7 and PRDTB6 are both Zero. 
For this reason the PROM bit decoder does not gen- 
erate LDSCLK, and the CCB counter and load counter 
have not been incremented (both are now at 01). 


e. The function code translator is incremented to location 
78. Bit seven (PRDTB7), which is a One, resets the bus 
busy logic via the signal RSBSBY. 


The output address portion of the IOLD command is now complete. 
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IOLD: Load Output Range (FC - OD) 


Following termination of the first Megabus transfer, the CPU i 
automatically places the output range on the Megabus data lines Woy 
(BSDTOO - BSDT15) and initiates the second Megabus transfer. During 
this transfer the output range, a quantity which defines the start- 
ing location of a Communication Data Block (CDB), is loaded into the 
Megabus interface register, and from there into the CCB in R/W RAM. 

Two consecutive read/write memory cycles are required. 


1. The R/W RAM address into which the output range is to be 
loaded is established first. This address, RWADOO - RWADI11, 
is directed through the R/W address mux, and is developed 
as follows: 


a. Bits 0-2 are hard-wired at the mux input to force all 
Ones. 


b. Bits 3-6 are generated by the scratch pad address 
counter (SCPADO0O through SCPAD0O3). Bus address lines 
BSAD14 - BSAD17 load the line number (0000) into the 
scratch pad address counter. 


c. Bits 7-8 are taken from the CCB address mux. The 
scratch pad address counter outputs load scratch pad 
memories A and B, which immediately load the CCB 
counter, the load counter and the status counter with 
Zeros. Note that bits seven and eight define the CCB 
number, and that at this point CCB number 00 is indi- 
cated (it is CCB number 1 that is being loaded). This 7 
number will be changed to 01 when the load counter is 4 
incremented, as occurred during the output address ee 
portion of this IOLD command. 


d. Bits 9-11 are taken from the function code translator. 


For this portion of the IOLD command the function code 
translator address causes the translator to produce an out- 
put of PRDTB7-PRDTBO = 01000000. PRDTB6 and PRDTB7 are de- 
coded by the PROM bit decoder to generate the function 
LDSCLK. This signal increments the load counter from 00 

to O01 to reflect the correct CCB number, which is l. 


2. Reference to Table 3-17 shows that the sequential steps 
required to load the output range are similar to the steps ~. 
used to load the output address. Operation of the hardware 
is essentially the same as for loading output address. The 
bus busy logic is reset at location 109 by bit seven being » 
a One, which raises the reset function RSBSBY. 


The load output range portion of the IOLD command is now com- 
plete. The next and final step in loading the CCB is to load the 
control flag information and to store status of the CCB control 


st logic in the scratch pads. 


. 


- Output CCB Control (FC - OF) 


Loading of the CCB is completed by the Output CCB Control com- 
mand, which loads flag and status information into the CCB and then 
stores CCB counter, load counter, status counter, and compare logic 


3-48 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


a status in scratch pads A and B. Table 3-17 shows the steps in- 
( volved in the execution of this command. 


1. Bus address bits BSAD14 - BSAD17 load the scratch pad ad- 
dress counter with 0000. SCPADO0O - SCPADO3 address scratch 
pads A and B, which immediately set both the CCB counter and 
the load counter to 00 (these will be incremented later to 
reflect CCB number 1, which is the CCB being loaded). 


2. The first function code translator location addressed is 
decimal 120, in which bits PRDTB7 and PRDTB6 are a Zero and 
a One, respectively. As occurred during Output Address and 
Output Range operations, the CCB counter and the load 
counter are incremented from 00 to Ol. The load counter 
output generates R/W RAM address bits seven and eight which 
are the CCB number. 


3. The function code translator is then incremented twice, 
through decimal locations 121 and 122. In both of these 
locations bit PRDTB3 is a One cauSing the Megabus interface 
register to shift. 


4. The function code translator is incremented to decimal lo- 
cation 123. Bit PRDTB5 is a One in this location, and it 
initiates a read/write memory cycle during which the flag 
information is loaded into the CCB area address in the R/W 
RAM (see Table 3-18). 


5. The function code translator is incremented to decimal lo- 
( cation 124. Another memory cycle is initiated (PRDTB5 = 
One) to load status information into the CCB. The same data 
from the last memory cycle is loaded into location seven of 
the R/W memory. Following the memory cycle the Megabus in- 
terface register is shifted again (PRDTB3 = One). 


6. The function code translator is incremented to decimal lo- 
cation 125. This location causes the status information to 
be written into location six of the R/W memory. 


7. The function code translator is incremented to decimal lo- 
cation 126. In this location the content of the CCB counter 
and compare logic are loaded into scratch pad A. The CCB 
counter at this time has the value 01, indicating completion 

. of loading of CCB number 1. The content of the load 
counter, which at this time is 0l, is loaded into scratch 
pad B. The content of the status counter, which at this 
time is 00, is also loaded into scratch pad B. At the 
beginning of the next IOLD instruction in which CCB number 

2 will be loaded, these values will be loaded back into 
their respective counters, and then incremented by one to 
reflect CCB number 2. 


8. The function code translator is incremented again to decimal 
location 127. Bit seven (PRDTB7), which is set to One, 
resets the bus busy logic via the signal RSBSBY. 


C Loading of CCB number 1, line O is now completed. 
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NOTE 
Output Control Flag 


Output address and range increment the CCB load 
pointer before use, but do not cause it to be 
stored back in the scratch pad. Therefore, the 
pointer is not permanently advanced. Because 


Output Control Flag does store the pointer, this 


command permanently advances the pointer. 


This command, in normal mode, loads one byte of 
CCB flag information, but also clears the last 
two bytes of previous status. Therefore, soft- 
ware may test the status complete bit rather 
than rely on interrupts for notice of CCB com- 
pletion. 


In block mode this command loads two bytes of 
MLCP R/W RAM address and clears the last status 
as in note 2 above. 


The pre-increment method used for the CCB load 
pointer makes the first CCB used after initia- 
lization CCB 1 (and not CCB 0). ‘Thus the order 
of use of CCBs is l, 2, 3, 0. The address of 
the first CCB for channel 0 is therefore E08 
rather than EOO. 


Loading All CCBs in a Line 


A maximum of four CCBs can be loaded per line, and the loading 
of each occurs as described in subsection 3.3.3.1. 
loaded, the content of the CCB counter is incremented and stored 
The value stored is loaded back into the CCB 
counter at the beginning of the subsequent IOLD command as previ- 
The compare logic, which monitors the status of 
the CCB counter, generates the function SETNAK during loading of 
the fourth CCB. This is stored in scratch pad A. Should a fifth 
IOLD (Output Control) be issued, this function will, via the NAK 


respond logic, send a NAK response to the Megabus. 


3.3.4 Input Status/Input Next Status 


Table 3-17 describes the steps and hardware events which occur 
during Input Status and Input Next Status commands. 
operation of the logic is essentially the same as occurred during 
the IOLD and Output CCB Control commands. 
gins at function code translator address (decimal) 192, generates a 
read/write memory cycle, fetches the status information from R/W 
RAM and loads it into the Megabus interface register, and sets a 
CPU request. Input Next Status, in addition to performing the same 
increments the CCB status pointer and writes 
this updated status pointer information into the scratch pad memory. 


steps as Input Status, 


The normal sequence of events is to load a CCB or to test a CCB 
to perform an IOLD and an Output CCB control command, and then to 
perform an Input Next Status followed by an Input Status command. 
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7 The CCB address control logic handles Input Next Status such that 

( data can never be read from a CCB that has not been loaded first. 

, This guarantee is implemented by the status counter (STCNT1, 2) and 
the compare logic. Each time an Input Next Status is issued, the 
status counter is incremented and stored in scratch pad B. In this 
type of command it is the status counter that generates the CCB 
number from which data is to be fetched (STCNT1, 2 generate R/W RAM 
address bits seven and eight via the CCB address mux). 


Meanwhile, the compare logic monitors the CCB counter, which is 
being decremented. If this counter decrements to 00, the compare 
logic issues the signal Set Flag (SETFLG), which is stored in 
scratch pad A. If another Input Next Status is issued, the MLCP 
responds with a NAK, due ta SETFLG, which is stored in the scratch 

’ pad. SETFLG is removed from the scratch pad by the next IOLD com- 
mand, which loads new values into the scratch pad via the scratch 
pad address counter. 


3.3.5 PROM Bit Decoder Logic 

PROM bit decoder logic is shown in Figure 3-21. The selected 
output is determined by the state of the function code translator 
bits six and seven. The outputs are gated to the indicated logic 
areas to control the hardware operation. 
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. 


PROTB7+ 
FROM FUNCTION { 


« CODE TRANSLATOR \ PRDTB6+ 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


3.4 MEGABUS INTERFACE REGISTER AND CONTROL 
LOGIC 


The Megabus Interface Register (MIR) and control logic provides 
the MLCP with an interface to the Series 60 Level 6 Megabus. 
Figure 3-22 illustrates the major hardware areas of this logic, 
which are: 


1. A 40-bit Megabus interface register 
2. A parity generator | 

3. A parity buffer 

4. <A parity checker. 


3.4.1 MIR Organization and Control 
Figures 3-22 through 3-25) 

The MIR contains 24 bits of address (MYAD0OO through MYAD23) and 
16 bits of data (MYDTOO through MYDT15) information. It is composed 
of eight shift register chips arranged to provide an eight-bit wide 
byte stacked in five rows. These shift registers provide parallel- 
to-serial conversion when the MLCP is receiving data from the Mega- 
bus, or serial-to-parallel conversion when the MLCP is sending data 
to the Megabus. 


For all firmware-implemented output instructions, the Megabus 
parity buffer and the Megabus parity checker (PCKEVE+) are used to 
compare the parity on selected address and data information in the 
MIR with the parity bit that was sent on the Megabus to accompany 
the same address or data as it was loaded into the MIR. Incorrect 
parity (PCKEVE+) is sent to the I-mux where it is checked by firm- 
ware. 


For all input instructions a parity bit is generated for data 
being loaded into the MIR from the B-mux. This parity bit is 
developed by the B-mux parity generator for each eight bits loaded 
into the MIR, and is then stored in the Megabus parity buffer for 
subsequent transmission on the Megabus. 


Figure 3-23 shows the functionality of the MIR and B-mux, to- 
gether with their inputs, outputs, and controlling functions. 
Shifting of the MIR is controlled by bit three of the function code 
translator (PRDTB3) for hardware-implemented instructions, or by 
firmware (via control store bits CSDT27 through CSDT31 and the 
strobe decoder) for firmware-implemented instructions. The appro- 
priate B-mux input is selected by function code translator bits one 
and two (PRDTB1 and PRDTB2) for input instructions and is loaded 
into the MIR via its shift (serial) inputs. During output instruc- 
tions, information on the Megabus address and data line is loaded 
in parallel into the MIR. 

Figure 3-24 shows the MIR organization when the MLCP is acting 
as master and is sending data to the Megabus. Row 5 of the MIR is 
loaded from the B-mux. The MIR is then shifted by shift signal 
SFTBDR, with row 5 going to row 4, row 4 going to row 3, etc. Row 
5 is then loaded with the next eight bits of information and the MIR 
is again shifted by SFTBDR. If this were a firmware-implemented 
output instruction, the shift signal SFTBDR would be raised by the 
function SFBRSB-, an output from the strobe-decoding logic (i.e., 
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the logic which decodes control store bits CSDT27 through CSDT31; 
for a detailed description of this logic, refer to subsection 3.2.8). 
If this were a hardware-implemented instruction, the shift signal 
SFTBDR would be raised by bit three of the function code translator, 
PRDTB3 (for a detailed description of this logic, refer to sub- 
section 3.3.1.2 and Table 3-17). 


Figure 3-25 shows the MIR organization when the MLCP is acting 
as a Slave and iS receiving data from the Megabus. The 40 input 
lines from the Megabus are loaded in parallel by the load (SETBDR) 
and shift (SFTBDR) signals. The MLCP then shifts the MIR one row 
at a time, and selects either the C-mux or the M-mux (or both) as 
a data path for the MIR output (MYAD16 through MYAD23). Mux selec- 
tion is described in detail in Table 3-7. Control over the MIR 
shift signal SFTBDR is supplied by either control store bits 27-31 
or by bit three of the function code translator, as described above. 


3.4.2 MIR Operation When MLCP Is Slave 


This subsection describes the operation of the MIR when the MLCP 
is acting as a slave and is receiving data from the Megabus. The 
example followed is that of a hardware-implemented instruction named 
IOLD (Output Address)/IOLD (Output Range) instruction, during which 
the output address and range portions of a CCB are loaded into the 
proper address in the R/W RAM. Only those aspects of this instruc- 
tion which relate to the MIR are described here; for a detailed, 
step-by-step description of how this instruction is implemented, 
refer to subsection 3.3.3. 


When the Megabus makes a request, address bits BSAD08 through 
BSAD13 are used to determine if the request is for the MLCP. These 
bits are compared by the channel address comparator against the 
MLCP channel address that is set into the channel address hex rotary 
Switches (BSSW08 through BSSW13). (Refer to Figure 3-23.) If the 
two compare (MYCHSP+), and if there is a line adapter present 
(MYDL20), and if the MLCP is not busy (MYBSYR), the MLCP will ack- 
nowledge the bus request and will raise the load MIR function 
(SETBDR) so that the information on the address and data lines will 
be loaded into the MIR during the next clock cycle (SFTBDR). The 
content of the MIR following loading is as shown in Figure 3-26. 


The MLCP now examines the first row of MIR data, which contains 
address bits BSAD16 through BSAD23. Since this is a hardware in- 
struction, both the M-mux and C-mux are selected. These address 
bits are taken via the M-mux to the microprocessor, and via the 
C-mux to the R/W RAM. Meanwhile, BSAD18 through BSAD23 supply an 
address for the function code translator to determine which instruc- 
tion to execute. 


As the instruction is executed the function code translator 
shifts twice, and each time its output has bit three (PRDTB3) set 
to'a logic One, which causes the MIR to shift. During the first 
MIR shift, BSAD16 through BSAD23 are lost and BSADO8 through BSAD15 
are located in row 1 of the MIR. During the second shift, BSADO8 
through BSAD15 are lost, and BSDTO8 through BSDT15 are located in 
row 1 of the MIR. This data is loaded into the selected CCB ad- 
dress in the R/W RAM via the C-mux. 
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The function code translator shifts again, and PRDTB3 is a logic 
One, causing the MIR to shift. Following this shift, row 1 of the f— 
MIR contains data bits BSDTOO through BSDT07. This data is also 
loaded into the address area of the CCB in the R/W RAM. 


The function code translator shifts a fourth time, and PRDTB3, 
again a logic One, shifts the MIR again, and address bits BSADOO 
through BSADO7 are loaded into the address area of the CCB in the 
R/W RAM*. 


This completes the description of the MIR operation for the Out- 
put Address portion of the IOLD instruction. This instruction is 
completed as described in subsection 3.3.3.1. 


Had this been a firmware-implemented instruction, the firmware 
would shift the MIR via strobe decoding of control store bits 27-31. 
(Refer to subsection 3.4.1.) Firmware must shift the MIR as de- 
scribed above in order to examine its content and determine the in- 
struction to be executed. The content of the MIR is transferred via 
the M-mux to the microprocessor. 


3.4.3 MIR Operation When MLCP Is Master 


This subsection describes the operation of the MIR when the 
MLCP is acting as a master and is sending data to the Megabus. The 
example followed is that of a hardware-implemented instruction named 
Input ID. Implementation of this instruction requires that the MLCP 
identify that it is being addressed, load the information contained 
in the Megabus address and data lines into the MIR, analyze the 
function code to determine the instruction to execute, and then load 
the desired information into the MIR and transfer it to the Megabus. 
Address comparison, function code translation, and MIR loading from 
the Megabus are accomplished as described in subsection 3.4.2. Only 
those aspects of this instruction which relate to the MIR and B-mux 
operation are described here. 


Assuming that the MIR has been loaded from the Megabus and that 
the function code translator has been addressed by bits BSAD18-23, 
this instruction executes in sequence the steps shown in Table 3-17 
(address decimal 48). Figure 3-27 shows the content of the MIR 
during each step of the Input ID instruction execution. 


The function code translator output at decimal address 48 has 
bit three (PRDTB3) set to a logic One. This bit raises the shift * 
Signal SFTBDR to shift the MIR. The serial input to the MIR is from 
the B-mux, whose input is selected by function code translator out- 
put bits PRDTB1l and PRDTB2 (see Figure 3-23). " 


The function code counter (an input to the function code’ trans- 
lator address) is incremented by one, to decimal address 49. PRDTB1 
and PRDTB2 again select the B-mux input to be loaded into the MIR, 


*BSAD00O through BSADO7 are typically Zeros, as they are not required 
by the present CPU R/W RAM. These address bits can be used in the ao 
future, should a larger R/W RAM be available to the CPU. . S 


, ra 
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and PRDTB3, again a One, shifts the MIR a second time. The content 
of the MIR following this shift and load operation is as shown in 
Figure 3-27. Since this is an input instruction, the MLCP must send 
the address of the requesting device when it places the requested 
data on the Megabus data lines. This address is in MIR rows 1 and 
2, and is sent on Megabus address lines BSAD08 through BSAD23 
(BSAD16 through BSAD23 must be Zeros). The requested data is sent 
on Megabus data lines BSDTOO through BSDT1L5. 


| The function code counter increments to decimal address 50, at 
which time the Megabus busy logic in the MLCP is reset, and the MLCP 
1s ready for another instruction. 


3.4.4 Parity Checking and Generation (Figure 3-28) 


3.4.4.1 Parity Checking - Data Received by 
MLCP from Megabus 


For all firmware-implemented commands, and for data from the 
memory, data received from the Megabus is checked for odd parity by 
the Megabus parity checker (no parity checking is performed for 
hardware-implemented commands). As the MIR is being loaded, the 
following Megabus parity lines are simultaneously loaded into the 
Megabus parity buffer: 


1. BSAPO0O0+ - Odd parity for BSADOO through BSADO7 
2. BSDPO00+ - Odd parity for BSDPO0O through BSDP07 
3. BSDP08+ - Odd parity for BSDP08 through BSDP15. 


The parity buffer output (PCKBIT+) is one input to the Megabus 
parity checker. The remaining eight inputs are from the output of 
the MIR. PCKBIT+ is XORed with the MIR output and should result in 
PCKEVE+ remaining low as long as the parity on the MIR bits equals 
the parity bit on the associated Megabus parity line. 


After checking the content of row 1 of the MIR (which contains 
BSAD16-23), both the MIR and the parity buffer are shifted by SFTBDR 
(note that this signal does not occur in order to check parity; 
rather, it occurs in the normal process of instruction execution as 
described in subsection 3.4.1). This places address bits BSAD08-15 
in row 1 of the MIR and at the input to the Megabus parity checker, 
and the parity on these bits is checked. 


Each time the MIR is shifted, new address or data is placed in 
row 1, and its parity is checked against the associated Megabus 
parity line. Detection of a parity error raises the parity error 
function PCKEVE+. An input to the I-mux, PCKEVE+ is continuously 
being monitored by firmware, which will take the appropriate action 
should a parity error be detected. 


Firmware is not concerned with address information BSAD08-23, 
and there is no associated Megabus parity line. It is possible, 
therefore, for PCKEVE+ to be raised as this information is shifted 
into row 1 of the MIR and checked by the parity checker. This isa 
no-effect condition, because firmware does not check PCKEVE+ during 
the cycles in which address bits 8-23 are checked for parity. 
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3.4.4.2 Parity Generation - Data Sent from 
MLCP to Megabus 


A parity bit is generated for each eight bits loaded into the 
MIR from the B-mux by the B-mux parity generator. The output of 
this generator (BXPEVE+) becomes the serial input to the parity 
buffer. Each time the MIR is shifted and a new byte of information 
is loaded into row 5 from the B-mux, the parity buffer is also 
shifted. Each output from the B-mux parity generator corresponds 
to one of the five rows in the MIR, and contains the parity bit for 
that row (except for rows 1 and 2). As the content of MIR is sent 
to the Megabus, the associated parity bits are also sent to the 
Megabus as illustrated in Figure 3-28. 
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3.5 READ/WRITE RAM LOGIC 


The read/write memory is a 4K by eight-bit MOS type random 
access memory. Figure 2-6 (Section II) shows a map of the R/W RAM. 
Information loaded into R/W RAM by the CP program is used by the 
MLCP to service the attached line adapters. As shown in Figure 
3-29, this logic consists of the following: 


1. 4K by eight-bit R/W RAM 
2. Request memory logic 

3. Refresh address counter 
4. RAM busy logic 

5.  R/W address multiplexers 
6. R/W data buffer 

7 Start write cycle logic 
8. Start memory cycle logic 
9. Refresh timing/request logic 
10. Hardware request logic 
ll. Firmware request logic. 


Figure 3-30 is an intermediate block diagram of the R/W RAM 
address control logic described in the following subsections. 


Ces ee Memory Cycle Requests 


The R/W RAM can be addressed (i.e., a memory request can be 
made) by the microprocessor (for commands being implemented by 
firmware), by the function code control logic (for commands being 
implemented by hardware), or by the refresh logic. Memory requests 
are prioritized as follows: 


1. Refresh request - lowest priority 
2. Hardware request - second highest priority 
3. Firmware request - highest priority. 


Figure 3-31 shows the logic required to initiate a memory cycle. 
The R/W RAM cycles when its clock signal CLKWRA+ is raised. CLKWRA+ 
1s raised in response to a refresh request (RFBUSY-), to a hardware 
request (IORWBS-), or to a firmware request (CPRWBS-) in accordance 
with the priority levels described above. 


3.5.2 I/O Hardware Requests for Memory 


This subsection describes the operation of the R/W RAM and 
associated logic in response to an I/O command to be implemented by 
MLCP hardware. As shown in Figure 3-30 the I/O Hardware Request 
function (IORWST) is set when bit five of the function code trans- 
lator (PRDTB5) is a logic One if the memory is not busy (RWBUSY-) 
and no firmware request is present (CPRWRQ-). 


Address bit 23 of the I/O command determines whether the memory 
cycle is to be a read or a write cycle. This bit is latched into 
the function code latch as function PRAD23+. If PRAD23+ is a logic 
One, the function WRITPS- is low, the write enable flip-flop sets, 
and Write Enable (RWWRIT-) goes low to select the write function at 
the R/W RAM. If PRAD23+ is a logic Zero, the read function is se- 
lected. All I/O hardware requests address the CCB area in the R/W 
RAM. 
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At the R/W address multiplexer, the address bits are generated 


as follows: a | 
Bits | Source bad 
0,414.2 These bits are forced to logic Ones (to select 
upper 512 bytes of the R/W RAM) 
3,4,5,6 From the scratch pad address counter (SCPAD00-03) 
7,8 From the CCB address multiplexer (CBADO7, 08) 
9,10,11 From the function code translator (PRDTOO, Bl, B2) 


A detailed description of the development of these address bits 
is provided in subsection 3.3.3. 


Hardware requests (IORWBS) have second highest priority and will f 
therefore block refresh requests (RFBUSY-) and will be blocked by 
firmware requests (CPRWBS+) as shown in Figure 3-31. 


Setting of the hardware I/O Request (IORWST) flip-flop sets the 
I/O memory busy (IORWBS) flip-flop, which in turn sets the memory 
busy (RWBUSY) flip-flop. The System Clock (CLKSYA) provides the 
correct memory cycle timing to complete the memory access and, fol- 
lowing the access, to reset the request and busy flip-flops. 


3.5.3 I/O Firmware Requests for Memory 


This subsection describes the operation of the R/W RAM and 
associated logic in response to an I/O command to be implemented 
by MLCP firmware. As shown in Figure 3-31 the firmware request / 
flip-flop (CPRWRQ) is set in response to a firmware request (CRPWSB) . Me 
If the memory is not busy, the memory busy flip-flop (CPRWBS) is set, 
which in turn sets the memory busy function (RWBUSY), thereby making 
the R/W RAM busy to other requests. 


Control store bit seven (CSDT07) determines whether the memory 
cycle is to be a read or a write cycle as shown in Figure 3-30. If 
CSDT07 is a logic One, the write function is selected at the R/W 
RAM; if it is a logic Zero, the read function is selected. 


At the R/W address multiplexer, the address bits for R/W RAM 
are generated as follows: 


Bits Source ‘. 

0 - 3 From the data lines of the AC register in the micro- 
processor (CSDT04 - 07) 

4- 11 From the memory address register in the micropro- 


cessor (RWAD04 - 11) 


These address lines from the microprocessor bypass the R/W ad- 
dress mux and are wire-ORed to the address mux outputs. 


Firmware requests have the highest priority and will therefore 
block refresh requests (RFBUSY-) and hardware requests (IORWBS) as 
shown in Figure 3-31. 


The system clock (CLKSYA) provides the correct memory cycle 
timing to complete the memory access and, following the access, to 
reset the request and busy flip-flops. 
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Figure 3-29 R/W RAM Logic Functional Block Diagram 
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Figure 3-31 Request Memory/Start Memory Cycle Logic 
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3.5.4 System Clock and MLCP Timing 


The System Clock shown in Figure 3-32 supplies the basic system _ 
clock signals (CLKSYA through CLKSYD) and acts as an input to the fe 
clocking logic located throughout the MLCP. Figure 3-32 sheet l wy 
portrays the system clock logic with a baud rate generator config- 
ured by jumpers and Figure 3-32 sheet 2 portrays the system clock 
logic with a baud rate generator configured by a hex rotary switch. 
Clocking applications are as follows: 


Area | Clock Functions 
R/W memory timing CLKSYA - CLKSYD 
Microprocessor timing | CLK302 : 
Microprogram control unit timing CLK301 
Line adapter timing CLKASC, CLKSYN 
Line adapter strobe STOBLA 


Figure 3-33 illustrates the major clock timings and operational 
timings within the MLCP. Figure 3-33A portrays normal operation. 
Figure 3-33B portrays long cycle operation, in which the MLCP runs 
at a slower rate because the trailing edge of CLKSYD is extended 34 
nanoseconds via the Long Cycle (LONGCY) function. This function, 
normally tied to a pullup resistor, may be grounded to force the 
MLCP to run slower than normal for test purposes. 


_ Synchronous communications line adapters require a clock signal 
from the MLCP to operate in test mode or direct connect mode. This 
Signal, Synchronous Clock (CLKSYN), is derived from a baud rate gen- | 
erator which produces one of 16 frequencies. ‘ee 


Figure 3-32 sheet 1 shows the system clock and baud rate gener- 
ation logic for an MLCP with a board assembly number of 60127901. 
The baud rate of the synchronous clock output is determined by the 
insertion or removal of jumpers at the input to the baud rate gen- 
erator as indicated in Table 3-19. 


Figure 3-32 sheet 2 shows the system clock and baud rate gener- 
ation logic for an MLCP with a board assembly number of 60130470 or 
60130810. The baud rate of the synchronous clock output is deter- 
mined by the setting of a hex rotary switch located in location E04 
of the MLCP. Table 3-19 indicates the baud rate generated for each 
hex rotary switch setting. : 


The Asynchronous Clock (CLKASC) signal, shown in Figures 3-32 
Sheet 1 and sheet 2, is the basic clock for asynchronous communica- » 
tions line adapters. This clock operates at a frequency of 921.6 
kHz and is delivered to the baud rate generator in the asynchronous 
CLA. See the appropriate asynchronous line adapter manual for baud 
rates generated in the line adapter. 
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A. JUMPER CONFIGURATION, BOARD ASSEMBLY 
NUMBER 60127901—001 
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Figure 3-32 System Clock (Sheet 1 of 2) 
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B. HEX ROTARY SWITCH CONFIGURATION, BOARD ASSEMBLY 
NUMBER = 60130470 OR 60130810 
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Figure 3-32 System Clock (Sheet 2 of 2) 
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Figure 3-33 MLCP Timing Diagram (Sheet 1 of 2) 
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Table 3-19 Synchronous Clock Line Frequencies 


JUMPERS 
OUT 
IN 


FIGURE 3-32A OUTPUT OUTPUT 


SETTING FREQ BAUD 
FIGURE 3-32B | N16W|N16U {N16S|N15Y DIVISOR kHz RATE 


Oo © 
OF 


COP HFEF RFPODOOFRFRFEFOOSO 
CHP FOOFHOOHFOOFRFO 
DGFORFPOFOFOFOFOF 


0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 
0 


*Current Mode Synchronous Adapter only. 


i 3.6 LINE ADAPTER INTERFACE CONTROL LOGIC 
( (Figure 3-34) 


The line adapter interface control logic interfaces the MLCP to 
any of the attached line adapters. The major functions of this 
logic are: 


1. 


Resolve conflicting requests from line adapters on a posi- 
tional priority basis. 


Multiplex data from the line adapter into the microprocessor. 


Generate and check parity (where required) for each char- 
acter sent to the line adapter or received from the line 
adapter. 


Transmit data from the microprocessor to the line adapter. 


Generate clock signals for use by asynchronous line 
adapters, for synchronous line adapters operating in the 
direct mode without a modem, and for test purposes. 


Multiplex the ID for each attached channel (0-15) into the 
B-mux for transmission to the Megabus. 


Multiplex the line adapter present lines (LAHERE) to 
identify attached communication lines (i.e., two channels/ 
line). | 


Provide control/strobe signals which define the function 
to be performed by the line adapter. 
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Figure 3-34 Line Adapter Interface Logic 
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3.6.1 Line Adapter Presence and Identification 
(Figure 3-35) 


The MLCP ascertains the presence or absence of a line adapter 
and attached communication channels (up to 16 channels), the type 
of each line, and the ID code for each line, by means of the Input 
ID command. One Input ID is required for each channel, transmit or 
receive, attached to each line adapter. 


Implementation of the Input ID command requires the MLCP to 
identify that it is being addressed, and load the information on 
the Megabus address and data lines into the MIR, analyze the func- 
tion code to determine the instruction to execute, and then load 
the desired information into the MIR and transfer it to the Megabus. 
Address comparison, function code translation, and MIR loading from 
the Megabus are described in subsection 3.4.2. 


Since this is a hardware-implemented I/O command, the MLCP op- 
eration is controlled by the output of the function code translator 
(refer to subsection 3.3.3 for a detailed description of how the 
function code translator works). Assuming that the MIR has been 
loaded from the Megabus, and that the function code translator has 
been addressed by Megabus address bits BSAD18 through BSAD23, the 
content of the MIR is as shown by A in Figure 3-35. Starting with 
a function code translator address of (decimal) 48, the command 
executes in sequence the steps shown in Table 3-20 and described 
as follows: 


1. Function Code Translator at Decimal Address 48 


a. Scratch pad address counter bits two and three select 
the line adapter code lines (LACOD1 through LACOD4) from 
the line adapters through the LACOD mux as shown in 
Figure 3-35. There are four code lines from each line 
adapter. These lines are multiplexed to the input of 
the B-mux to provide the ID code 21xx (where xx is CLA- 
specific). 


PRDTB3 shifts the MIR row to row. 


c. PRDTBl and PRDTB2 select the A, input of the B-mux, and 
LACOD1 through LACOD4 are sent to the shift (serial) 
input of the MIR and loaded into MIR row 5. 


ad. The content of the MIR is now as shown by B in Figure 
3=55. 


e. The function code translator is incremented to decimal 
address 49 by the function code counter. 


2. Function Code Translator at Decimal Address 49 


a. Megabus address bits 14, 15, and 16 select the line 
adapter present lines (LAHERE01-08) through the LAHERE 
mux, and provide the fixed MLCP ID code. 


b. The LAHERE lines go through a pull-up resistor network 
and become PLUPAA and PLUPAC, which appear at the input 
to the B-mux, and provide the fixed MLCP ID code of 
21xx. 
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c. PRDTB3 shifts,.the MIR row to row. 


d. PRDTB1l and PRDTB2 select the Az input of the B-mux, a 
and PLUPAA and PLUPAC are sent to the shift (serial) | 
input of the MIR and loaded into MIR row 5. 


e. The content of the MIR is now as shown by C in Figure 
3-35. This is the data that is sent to the requesting 
device. 


i : 


f. The function code translator is incremented to decimal 
address 50 by the function code counter. 


3. Function Code Translator at Decimal Address 50 


PRDTB7 resets the Megabus busy logic, and the content of 
MIR is sent to the Megabus. 


If no line adapter is present for an addressed line, the 
MLCP does not respond for that instruction and a bus time- 
out occurs. The program is taken to a trip location from 
which it can determine that there was no response from the 
MLCP for that channel number. 


Once the program knows the number of lines, it may start a 
CCP to service one of the lines. The CCP is resident in 
the R/W. RAM memory. 


Table 3-20 Determination of Line Adapter Presence and ID Codes — 
INPUT ID COMMAND (FC- -~26) 


FUNCTION CODE FUNCTION CODE TRANSLATOR B-MUX SELECT LINES 
TRANSLATOR ciao AND SELECTED INPUT 


DECIMAL 
ADDRESS SELA SELB 


Low High 
(Al) LACOD 1-4 


High Low 
(A2) PLUPAA ‘ 


ere eee 


Reset Megabus 
Busy 
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Figure 3-35 LACOD/LAHERE Multiplexer Selection 
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3.6.2 Service of Lines by Channel Control Program 
A CCP may be activated in any of the following ways: /- 
1. By a Start I/O command from the CPU. — 


2. By a status change in the CLA when channel scan mechanism 
is enabled. 


3. By a data transfer request from a CLA channel. 


In the first two cases firmware selects the channel by loading 
the channel address register LAADD1, 2, 4, 8 from CPDT04-07. In 
the third case the channel address is formed by the priority inter- 
rupt address generator. 7 


3.6.2.1 Transmit Channels 


3.6.2.1.1 Priority Resolution 


This discussion assumes that the MLCP has been instructed via 
an I/O command to service a channel configured to transmit. Once 
activated, the firmware background routine checks the appropriate 
line adapter Ready lines to determine if the line adapter ready 
request flip-flop is set. The MLCP provides a clock to synchronize 
the line adapter ready request flip-flops. When a channel makes a 
request for service by raising a Ready (RDYFRA, RDYFRB, etc.) line, 
the flip-flop is set by this clock. 


When the line adapter raises one of its Ready lines, the line 
is examined by the line adapter request priority logic (Figure 3-36) 
to determine whether or not that line adapter is to be granted yer 
service. If there are no conflicting requests of higher priority, eB 
the address of the requesting line adapter (RDYAD1 through RDYAD4) 
is loaded into the line adapter address multiplexer/buffer 
(LAADD1-3), and the Ready Request line (RDYREQ) is gated through 
the I-mux to the microprocessor. 


If firmware detects that a line adapter has a request for ser- 
vice, it loads the start address of the appropriate CCP into the 
program counter (i.e., the R/W RAM address register), and the CCP 
assumes responsibility for servicing the channel. 


Odd-numbered channels are always transmit channels, while even- 
numbered channels are always receive channels. The firmware pro- 
gram scans the line adapter ready request lines via the I-mux, de- ‘ 
termines when a channel has a request, and gets its address from the 
line adapter address multiplexer/buffer. 


3.6.2.1.2 Addressing Line Adapter Registers 


The channel control program must address and load the line 
adapter channel registers, reset the line adapter ready request 
flip-flop, as well as perform all data manipulation specified by 
the CCP. 


Addressing of the line adapter registers is provided by the CCP 
via the M-mux and the microprocessor. (Refer to Figure 3-37.) 
Bits five through seven of the CCP instruction appear at the input > 


3-78 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


to the control line buffer on lines CPDT05 through CPDT0O7. This 
buffer is the source of the control lines which select the register 
(CNTLA1 through CNTLA4) for the line adapter interface. Bit four 
of the CCP instruction is also stored in this buffer, and is used 
to reset the ready request flip-flop. Table 3-21 shows the func- 
tions of the control lines within the line adapter. 


3.6.2.1.3 Channel Selection 


Channel selection is accomplished by bits zero through three of 
the CCP instruction. These bits also go through the M-mux and the 
microprocessor, and appear at the input to the CLA address multi- 
plexer. These bits are selected onto the address lines by control 
store bit seven with the line adapter strobe (LAADSB-). Channel 
selection is made in a two-stage decoding of the four address lines 
(LAADD1 through LAADD4). The two most significant bits are decoded 
in the MLCP to select one of the four line adapters, while the re- 
maining two bits are decoded in the line adapter to select one of 
four channels. Table 3-21 shows the functions of these four bits. 


3.6.2.1.4 Special Parameters 


Firmware next branches to the appropriate Line Control Table 
(LCT) in the R/W RAM to obtain special parameters, such as character 
size, whether odd or even parity is to be used, etc. This informa- 
tion is then loaded into the configuration buffer (Figure 3-34) via 
lines RWDTO0O0O through RWDT03 under firmware control. 


3.6.2.1.5 Parity Generation 


The content of the configuration buffer controls operation of 
the parity generator/checker. Data to be sent to the line adapter 
from the microprocessor appears simultaneously at both the line 
drivers and the Parity Generator/Checker (PGC). The PGC, under 
control of the configuration buffer, determines the bit position in 
which to place the parity bit (according to the size of the char- 
acter) and generates the necessary odd or even parity bit for that 
character. The PGC output (DTPAT5 through DTPAT7) overrides the 
bit configuration appearing at the drivers from the microprocessor 
(l1.e., driver positions zero through two have ORed inputs), thereby 
forcing the generated parity bit into the correct position prior to 
transmission of the character to the line adapter. 


3.6.2.1.6 Data Transmission 


When it determines that all necessary processing has been accom- 
plished, the firmware program causes the line adapter strobe gener- 
ator to raise strobe line STOBLA, indicating that the data byte 
(DTLAOO through DTLA0O7) is valid on the line adapter interface. 


3.6.2.2 Receive Channels 


The line adapter interface logic functions in much the same 
manner for requests by lines configured to receive as it does for 
lines configured to transmit. Once the requesting line isS given 
priority, the line address is loaded into the line adapter address 
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multiplexer/buffer (LAADD1-3). Firmware then determines the type 
of line by examining the line adapter address code lines (LACODI1 
through LADOD4) and transfers the configuration information from 


the appropriate line control table in the R/W RAM to the configura- ed 
tion buffer. 


Data from the line adapter (interface lines LADTOO through 
LADTO7) is gated through the M-mux to the microprocessor, and from 
there to the parity generator/checker, where the parity bit is 
checked. If parity is not correct, the Parity Error (PARTEV) signal 
1s generated and gated through the I-mux to the microprocessor. 
Firmware checks this I-mux bit for possible parity errors. 
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Figure 3-36 Line Adapter Request Priority Logic 
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Figure 3-37 Addressing the Line Adapter 
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Table 3-21; Address and Control Line Functionality 
at the MLCP/Line Adapter Interface 


| CONTROL LINE | 
(CNTLAI-4) | 


RO 
TL 
i fa[3]4 | 
0 
0 
0 


1 1: 
information - | 

0 0 1 X Output/input data to/from transmitter or 
receiver 

1 0 X Input status 

1 1 Reset data request ready flip-flop 


ADDRESS LINE. 


(LAADD1-3) FUNCTION 


Select transmitter 
0 


X 
1 
0 


1 
1 
| x | 1 - Select interface B 
Select interface A 
1 


Indicates to the line adapter at this 
position that it has been selected by the 
MLCP. The MLCP can control up to four line 
adapters, but enables only one at a time 
with LAADD3. 


Indicates to the line adapter at this posi- 
tion that it has not been selected by the 

MLCP. When LAADD3 is Zero,':no address line 
decoding is performed by the line adapter. 


Note l: xX = decoding logic does not care about the status of 
this bit when determining indicated control function. 


Except for Registers 1 (data) and 5 (status) register 
function is Line Adapter specific. 
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3.6.3 Clock Counter/Baud Rate Generator 


( For asynchronous lines the line adapter interface logic contains 
M a clock counter (CLKASC) which is driven by an output of the system 
clock (HALFCK) to generate a 921.6 kHz clock signal for use by 
attached asynchronous line adapters. This clock is further modified 
(stepped down) by the baud rate generator to generate the Clock Sync 
(CLKSYN) line, which is used during testing (where transmit data is 
looped back from the line adapter when it is being tested), or with 
synchronous line adapters for direct mode operation when no modem is 
employed. The frequency of the Clock Sync line is selectable by a 
hex rotary switch at the input to the baud rate generator. These 
clock signals are described in subsection 3.5.4 and illustrated in 
Figure 3-32. 


3.7 CRC LOGIC (Figure 3-38) 


Cyclical Redundancy Checking (CRC) is a form of error checking 
particularly suited to the burst error conditions typically en- 
countered on communications channels. The basic CRC mechanism 
treats the transmitted message as a polynomial which is divided by 
the check polynomial (e.g., CRC-16), with the resulting remainder 
of this division process being appended to the end of the message. 
The receiver divides the incoming message by the same check poly- 
nomial. Since the check character makes the message evenly divis- 
ible by the polynomial, the remainder at the receiver should be 
zero. If it is not zero, an error is indicated. 


ean, The CCITT variation of the basic mechanism overcomes certain 
( deficiencies in the detection of erroneous leading and trailing 
ee zeros in the received message. 


Because the CRC hardware is shared by all MLCP channels, the 
process described above is performed on a byte-by-byte basis for 
each channel. It is, therefore, necessary to store partial CRC 
remainders (residue) in each channel's Line Control Table (LCT) 
between bytes. 


The CRC hardware (Figure 3-38) implements any one of four error 
detection codes. One code, LRC-8, utilizes Longitudinal Redundancy 
Checking (LRC), and three codes, CRC-12, CRC-16 and CRC-CCITT, 
utilize CRC. The generator polynomials for these codes are: 


LRC-8 = 1+ x? 
CRC=-12 =] +X + x? + x? + xt! + xl? 
CRC-16 = 1] + x? + x?5 + x'6 


+ x° + xi? + xt 


Il 
-— 


CRC-CCITT 


These polynomials are a definition of the configuration of the 
16 bit CRC shift register shown in Figure 3-38. This configuration 
is program selectable by each Channel Control Program (CCP). The 
CRC hardware, shared by all of the CCPs, includes the following 
functional areas: 


1. 16-bit CRC shift register (CRCRO1 through CRCR16) 
2. Exclusive-OR multiplexer 
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3. Eight-bit data register (DTCHAR) 
4. CRC multiplexer (CRDTOO through CRDT07) 
5. Configuration register/clock f~ 


Each CCP configures and then loads and saves the CRC residue oe 
for each line. The CCP loads the configuration register from the 
LCT for the channel (location 0 for receive channel or location 32 
for transmit channel). Selection of character size and CRC poly- 
nomial is made by certain configuration register bits as follows: 


CHAR68 -CHAR78 CHARACTER SIZE} SLCRCO SLCRC1 POLYNOMIAL 


0 CRC-16 
1 0 

0 i 

1 1 


CRC-CCITT © 
CRC-12 
LRC=-8 

The CCP next loads the CRC shift register with the residue CRC 
information from the LCT (locations 3 and 4 for receive channels or 
locations 35 and 36 for transmit channels). If this is the first 
character to be accumulated, the CCP will zero out the CRC location 
in the LCT (or set that location to all Ones if a CCITT) before 
loading the CRC shift register. The configuration register and the 
CRC shift register are loaded directly from the R/W RAM (RWDTOO 
through RWDT07). 


The data character which is to be accumulated is stored in the 
microprocessor. When the CCP issues the command to accumulate CRC 
the microprocessor output (CPDT00 through CPDT07) is loaded into —_ 
the data register. The output of this register, DTCHAR,is a serial Sl 
input to the CRC shift register. The data character is shifted into 
the CRC shift register one bit at a time by the shift clock, CLKCRS. 
The number of shifts is determined by the character size configura- 
tion. As shown in Figure 3-39, the character size is loaded from 
the R/W RAM (bits 0 and 1) into the character size shift counter 
(CRCNTX). Each shift clock (CRCCLK) decrements this counter until 
it reaches zero, at which time CRCNTB disables the shift clock and 
terminates accumulation for that character. 


The inputs to the several CRC shift register positions are 
wired from the exclusive-OR multiplexer through which the data char- 
acter must pass. This exclusive-OR multiplexer determines the CRC. 


The CCP loads the developed check character into the micropro- 
cessor via the CRC-mux (CRDTOO through CRDT0O7) and the M-mux. The 
CCP may check the CRC character after each accumulation. The CRC 
character must be checked at the end of a message for receive chan- 
nels to determine if the message had any errors. 


Figures 3-40 through 3-43 contain examples of check character 
accumulation for each of the four polynomials. 
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G8-£ 


CLSHRG- CONFIGURATION REGISTER CRI85B- 
AND CLOCK cR9o65B- 


SLCRCH+/SLCRCI+ 


8 BIT DATA CLIPBR+/CLOIER+ 
SHIFT 


REGISTOR 


DTCHAR+ 


RWDT GS —eG7 


DTEXXX 


INPUT TO M-MUX 
FROM CRC REGISTER 


CROTOO —— 07 


MXDTGS —eg7 


MICROPROCESSOR 


CPOTSS —e 07 


DTCHAR + 
(DATA) 


LRCS8 


Figure 3-38 CRC Logic 
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98-£ 


STROBE 
GENERATOR 
(FIG. 3-12) | 
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CHARACTER 
SIZE SHIFT 
| HALFCK- [A ) COUNTER 
Tint [cexzsm+] . 
29MHEZ ] HALFCK+ 


SHIFT 
CLOCK 
HALFCK+ | 


SHECRC+ | 


| CRCSSB- | 


CRONT2+ 
enewis* 
| CRCNTO+ 


FROM 
R/w RAM 


’ en \ 


PLUPAC+ 


Figure 3-39 Character Size Logic 
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CRC Register 
(CRCRO1 ~ CRCR16) 


DTCHAR+ 678 91011 12 13 
Input Data 
CPDTOL 2 15 16 
thru CRC16 =l+x +2 + x 
CPDT07 
Data Input Shift (CLSHRG) 
Bits Data Clock Nuriber 
0 ) 00 000000/0000000 0 
1 ) 00 o0000 0;0000000 0 1 
2 0 00 o0000 0}0 000000 0) 2 
3 0 0 0 00000 0!/0000000 0 3 
First 
4 0 f Character 00 00000 0/0000000 0 4 
5 0 0 0 00000 0/0000000 0 5 
6 0 00 00000 0/0000000 0 6 
7 i 00 00000 0/0000000 0 7 
(10 100000i0000000 1 8 |Accumulated CRC | 
L Character J 
Byte 2 Byte 1 
0 0 11 11000 0i0000 000 1 1 
1 0 11 O0o11l000]/0000000 1 2 
2 fy) 12 0oO0olloOOlOoaod0000 1 3 
4 
3 0 eer 11 000110j/0000000 1 
4 0 r Character 11 0000111000000 0 1 5 
5 0 11 000001/1000000 1 6 
6 0 11 00000 0i1100000 1 7 
Sl eee Co hc OO ERS | ea ea ee 
7 0 lll 000000j0110000 1 8 | Accumulated CRC ] 
| Character ; 
yea etch lists Nene teh Sata Nn eas Alec Stay ae, en a ee ee Se = 
Memory Data 
Bits RWDTOl- 
RWDT07 01 2345671012345 6 
Byte 2 Byte l 
Figure 3-40 CRC-16 Accumulation 
3-87 
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DTCHAR+ 
Input Data 


CPDTO1 
thru 
CPDT07 
Data 
Bits 


OrN WW & UIC ~!I 


3-88 


Input 
Data 


roOoooo°eoco So 


oooo0°;*coc9c”no 


42 | 
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CRC Register 
(CRCRO1 = CRCR16) 


1234 171 


CCITT = 1 + x® + x2 + yh 


678 9 10 13 14 15 


ll 2 


Shift (CLSHRG) 
Clock Number 


“Jo U1 &® W NF 


Accumulated CRC! 
Character _ 


00 000 000/] 0000 o0000 
| 00 000 000] 0000 0000 
eicus 00 000 000/]0000 0000 
hicaciay, O80 o 000 000) 000-0 9.0.00 
00 000 000|10000 0000 
00 000 0000/0000 0000 
00 000 000!0000 0000 
00 000 000] 0000 0000 
iy 0-0 O° FOOT 0-0-0801 0-00 
Wcctc "ices chsh cian "cain" eset, ‘cia “eu imi! ~“csmsinicn: comin" iia: Coda * 
Byte 2 Byte 1 
01 000 010!0000 0100 
00 100 0011/0000 0010 
00 010 000!/1000 0001 
ees 10 0021 100/0100 1000 
01 000 2110/0010 0100 
00 100 0011/0001 0010 
OO — O10 _ 9.0 1 0.0.0 1.0.0.1 
fro 001 L100; 1100 1100 
Memory Data = © a ae a i ae 
Bits RWDTO1l- 
RWDTO7 234 


Byte 2 Byte l 


Figure 3-41 CCITT Accumulation 
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CRC Register 
(CRCRO1 - CRCRI16) 


DTCHAR+ 
Input Data alfa: 456 ++ 44 49 28 6145.5 
2 3 21 12 
CPpTol CRC12 =1l+xX+X +X +X + X 
thru 
CPDTO7 
Data Input Shift (CLSHRG) 
Bits Data Clock Number 
0 0 0 000 
2 0 0 0 0 000 
3 0 0 0 0 00 0 
4 0 Hive 0 0 0 00 0 
5 0 Character 0 0 0 000 
( - 6 0 Oo. 0 0 00 0 eat) ee reenter 
" 7 1 ee ee ee Accumulated CRC | 
PS ee ee Eas Character __ 7 
Byte 2 
2 0 1 0 0 010 
3 0 af 0 l 101 
4 0 1 0 1 010 
Second 
3 0 Character 1 0 1 001 
6 0 1 0 1 00 0 
Ca ee Se a ee ee ee ae ee ee ee ee Se ee ee ee ee ee ee oe ee oy 
7 0 $1 0 1 000 Accumulated CRC | 
ey ane eee ne, Character 


Memory Data 
. Bits RWDTO1- 
RWDT07 


Figure 3-42 CRC-12 Accumulation 
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wy 
CRC Register 
(CRCRO9 ~ CRCR1G6) 
DT CHAR #1 f 9 10 11 12 13 14 15 16 . 
Input Data 
LRC 8 = ] + x8 J 
CPpTol 
thru 
CPDT07 
Data Input Shift (CLSHRG) 
Bits Data Clock Number 
0 0 000 00 00 0 1 
1 0 000 00 00 0 2 
2 0 0000000 0 3 
3 0 | 0000000 0 4 
4 0 First 00000 0 0 0 5 
5 of Character 00000000 6 
6 0 0000000 (0 7 
7 ‘| Ti°0 09 00 0 0 8{ Accumulated LRC" 
; Character a 
ee ee ee a OO ene RD Prem Ree { 
0 0 00000000 1 ee 
1 0 0100000 0 2 
2 0 00100 00 0 3 
3 0 0060010 00 0 4 
4 0 Second 0 00Od1 0 Q Q 5 
5 i Srereclen 0000010 0 6 
6 0 95.1010. 00 0. Ot es 
7 l 00 0 Oo 6 Oo 8/ Accumulated LRC; 
; Character J 
Memory Data Oe en ee me emesis em ee —_——_ 
Bits RWDT00- 
RWDT07 
‘ 
Figure 3-43 LRC-8 Accumulation 
3-90 
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IV 
THEORY OF 


OPERATION - CYCLE FLOW 


4,1 MLCP FIRMWARE 


The MLCP firmware* is comprised of routines which are formed 
from various types of microinstructions (refer to subsection 4.2) 
resident within the MLCP read-only storage memory. The storage 
has the capability of housing up to 1.5K of locations with each 
location containing a 32-bit encoding of microinstructions referred 
to aS micro~ops/firmware commands. When read from the read-only 
storage and decoded, a firmware command results in the specific 
action of various hardware elements. 


A set sequence of hardware operations can be obtained by per- 
forming designated serial execution of firmware commands. These 
groupings of firmware commands are referred to as firmware routines. 
The firmware routines provide an operational link between the Level 
6 software and the MLCP subsystem controller. Software commands are 
executed by firmware decoding of the software command. This causes 
the MLCP to exit from the scanning process and select the proper 
firmware routine. The sequencing of firmware commands continues 
until all the routines required to complete the software command 
have been executed. 


In addition to I/O-initiated software commands, the MLCP firm- 
ware supports an instruction set located in its random access mem- 
ory. These instructions, loaded initially by the central system 
software, are assembled in lists called Channel Control Programs 


*This manual reflects Firmware Release Level 11.0. 
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(CCP) (refer to subsection 4.4.2). The instructions within the CCP, 
decoded and executed under direct control of the firmware, are re- 
quired for the efficient handling of a data stream. Pat 


The random access memory is used not only for storage of CCPs rd 
but also to store Line Control Tables (LCT) and Communication Con- 
trol Blocks (CCB) (refer to subsections 4.4.1 and 4.4.3). Each of 
these areas is capable of being interrogated or manipulated by the 
firmware for the purpose of interpreting or updating status, con- 
figuration, control, etc., information. 


Several scratch pad locations/registers (refer to subsection 
4.3) are also available to the firmware for application as work 
registers, address register backups, counters, and alterable storage 
of flag control information. 


4.2 FIRMWARE INSTRUCTIONS 4 


Firmware instructions are made up of bit structures known as 
microinstructions and are located in a 1.5K by 32-bit deep storage 
area referred to as the Read-Only Storage (ROS) memory. The 32 bits 
of each command are broken into six fields designated as: 


1. CPE Function/Register Code field (bits 0 through 6) 


2. Multiplexer Select/Subcommand field (bits 7 and 27 
through 31) 


3. K=-Bus field (bits 8 through 15) 

4. MCU address control field (bits 16 through 22) 
5. Flag "0" field (bits 23 and 24) a 
6. Flag "I" field (bits 25 and 26). ed 


The description of each of these fields, as well as their hard- 
ware implementation and subcommand generation, is located in Section 
III of this manual. 


4.3 SCRATCH PAD LOCATIONS/REGISTERS 


The firmware is supplied with eleven eight-bit registers which 
are utilized as scratch pad areas. In some instances the applica- 
tion of these registers varies with the operation being performed. 
Table 4-1 contains a listing of the ll registers with a description 
of the contents of each during normal operation. Figures 4-1 
through 4-5 show the bit significance of the registers whose con- 
tents have a specific configuration. 


4.4 RANDOM ACCESS MEMORY - 


The MLCP contains a Random Access Memory (RAM) which is 4096 
locations by eight bits deep. The content of this RAM is imple- 
mented to direct the actions of each channel attached to the MLCP. 


The RAM is segmented into three basic areas: 512 locations are 
for line control table information, 3072 locations are provided to 
store channel control programs, and the remaining 512 locations are 
utilized for communication control block storage. Figure 4-6 is a 
representation of the relative positioning of the three major areas a 
and their respective address locations. 2 | 
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Table 4-1 Register Application 


REGISTER DESCRIPTION 
Register 0 . Channel scan number counter. 
Register 1 
struction execution (see Figures 4-2 and 
4-3) e 


Register 2 Work Register 


Register 3 Work Register 
Register 4 Work Register 


Register 5 Work Register for I/O instructions. 
Program visible register during execution 
of CCP. This register is referred to as 

the "R" register. 


2. Extention of register 1 for use as an 
indicator register (see Figure 4-1). 


Register 1 is utilized as an indicator 
register in block mode and during in- 


Contain the channel number of the cur- 
rently active channel (see Figure 4-4). 


Register 
and 
Register 


Contain the RAM address of the next in- 
struction to be executed within the cur- 
rent channel control program (See Figure 
4—~5). This register is referred to as 

the "P" counter. 


Register 
and 
Register 


T-Register Work Register. 


BIT 7 WHEN EQUAL TOA ONE, THIS BIT IS 
USED AS THE DEFERRED INTERRUPT 
ENABLE INDICATOR. 


BIT 6 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES THE COMMUNICATION 
CONTROL BLOCK (CCB) IS VALID. 


BITS WHEN EQUAL TO A ONE, THIS BIT 
INDICATES A BLOCK MODE OPERATION. 


BIT 4 WHEN EQUAL TO A ONE, THIS BIT IS 
USED AS THE CCP INTERRUPT FLAG. 


BITS 0 THROUGH 3 REPRESENT A HEXADECIMAL 
CHARACTER INDICATING THE 
NUMBER OF THE CHANNEL BEING 
SCANNED IN THE BACKGROUND 
ROUTINES. 


Figure 4-1 Register 0 Bit Significance (Copy of 
LCT 21/43) 
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QO ———ae | : 7 BITS 


BIT 7 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES A BLOCK MODE READ. 


BIT6 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES A BLOCK MODE WRITE. 


BIT 5 THIS BIT 1S USED AS THE LAST 
TIME INDICATOR. > 


BIT 4 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES AN ODD ADDRESS 


BIT 3 WHEN EQUAL TO A ONE, THIS BIT 
IS UTILIZED AS A DEFERRED DMA 
FLAG (1.E., AN 1/O COMMAND IS 
IN THE BUS REGISTER AND MUST BE 
EXECUTED PRIOR TO RESUMING THE 
DMA OPERATION). 


BIT 2 WHEN EQUAL TO A ONE’ THIS BIT 
INDICATES AN ODD RANGE. 


BITS O AND 1 RFU 


Register 1 Bit Significance in Block Mode 
(Copy of LCT 5/37) 


Figure 4-2 


BIT 7 WHEN EQUAL TOA ONE, THIS BIT 
INDICATES A PAUSE BYPASS. 


BIT6 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES AN EQUAL COMPARE. 


= BIT 5 THIS BIT IS USED AS THE LAST 
CHARACTER FLAG. 


BIT 4 WHEN EQUAL TOA ONE, THIS BIT 
INDICATES A SINGLE BYTE 
TRANSFER (ODD ADDRESS). 


BIT3 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES A DEFERRED DMA FLAG. 


BIT 2 WHEN EQUAL TO A ONE, THIS BIT 
INDICATES THE LAST BLOCK. 


BITS O AND 1 THESE TWO BITS ARE USED AS THE 
DATA BUFFER CONTROL WITH THE 


FOLLOWING APPLICATION: 
00 = EMPTY 


01 = LEFT DATA BYTE 
10 = RIGHT DATA BYTE 


Register 1 Bit Significance During Instruction 
Execution 


Figure 4-3 
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| REGISTER 6 | REGISTER 7 | 


BITS 3-7 XNU 


4 BITS 0-2 THESE THREE BITS CONTAIN THE 
THREE LEAST SIGNIFICANT BITS 
OF THE CHANNEL NUMBER 


BIT 7 THIS BIT 1S THE MOST SIGNIFICANT 
BIT OF THE CHANNEL NUMBER. 


BITS 0-6 XNU 


Figure 4-4 Channel Number Assignments Within Register 6 
and Register 7 | 


| REGISTER 8 | REGISTER 9 | 


—?+—AMwnmeee er 3 (Ge 7 QQ RT — 7 


BITS 0-7 THESE EIGHT BITS COMPRISE THE 
LEAST SIGNIFICANT BYTE OF THE 
CHANNEL CONTROL PROGRAM 
COUNTER. 


BITS 4-7 THESE BITS CONTAIN THE FOUR MOST 
SIGNIFICANT BITS OF THE CHANNEL 
CONTROL PROGRAM COUNTER. 


BITSO-3. XNU 


Figure 4-5 Channel Control Program Counter Arrangement 
Within Register 8 and Register 9 
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LOCATION RAM 
000 


LINE CONTROL 
TABLES FOR UP 
TO EIGHT LINES 


511 
512 


CHANNEL CONTROL 
PROGRAM AREA 
COMMON TO 

ALL LINES 


3583 
3584 


COMMUNICATION 
CONTROL BLOCKS 
FOR UP TO EIGHT 
LINES 


4095 


Figure 4-6 


f LOCATIONS 
RECEIVE/TRANSMIT 
LCT AREA, 64 LCT’s FOR LINES 0 THROUGH 8 
LOCATIONS FOR ARE SEQUENTIAL, CONTIGUOUS 
EACH OF THE EIGHT | 64 LOCATION AREAS 
LINES. 
63 
ADDRESS 


| 5 


0 


12 
3072 
LOCATIONS 


ORDER OF 

[ CCB LOADING 
EIGHT 

4TH LOCATIONS 


1ST | 


2ND CCB's FOR CHANNELS 0 THROUGH 15 
ARE SEQUENTIAL, CONTIGUOUS 32 
LOCATION AREAS. 


TWO CHANNELS 
FOR EACH LINE 


LOCATIONS 


UP TO FOUR CCB's 
FOR EACH CHANNEL 


Random Access Memory Segmentation 


4.4.1 Line Control Tables (LCT) 


Each of the possible eight lines capable of being attached to 
the MLCP has its own unique and independent LCT located within the 
first 512 locations of the RAM. 
status, and control information appears in the LCT during the opera- 


tion of the MLCP. 


The information located within the LCT is the prime element in 
coordinating the MLCP operation in conjunction with a specific line. 
This is evidenced by the fact that the LCT is visible to the CPU via 
I/O operation, to the MLCP through channel control programs, and to 


the MLCP firmware. 


An LCT consists of a block of 64 contiguous bytes with 32 (0 
through 31) bytes dedicated to the even (or receive) channel, and 
32 (32 through 63) bytes designated for the odd (or transmit) chan- 
nel. These paired channels (even and odd) comprise one line and are 


therefore allocated only one LCT. 
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An LCT is line dependent and as such the CCP associated with a 
particular line will not be allowed access to any other line's LCT. 


The contents of each LCT must be preconditioned by a load, chan- 
nel initialize, or a start/stop I/O sequence before the startup of 
any data transfer by a channel. The hard initialize function of the 
MLCP and the channel initialize provide known starting values for 
each LCT location (nominally all Zeros). 


The LCT can be written by the CPU by way of the Output LCT Byte 
instruction or by the execution of a Block Mode Write. The contents 
of the LCT can be read by utilizing the Block Mode Read or an Input 
LCT Byte instruction. Table 4-2 lists the LCT address and byte con- 
tent topology; Table 4-3 calls out each byte and gives a brief de- 
scription of its usage. Where an LCT byte has a bit-significance 
purpose, the bit structure and use are shown in Figures 4-7 through 
4-12. 


Table 4-2 Line Control Table Topology 


LCT BYTE ADDRESS | 
RECEIVE | TRANSMIT CONTENTS 


Firmware work locations 

Receive revision number of firmware/ 
firmware work location 

Receive/transmit configuration 

Receive/transmit CRC residue-byte 1 

Receive/transmit CRC residue-byte 2 

Receive/transmit program indicators 

Receive/transmit CCP pointer-4 MSB 

Receive/transmpt CCP pointer-8 LSB 

Receive/transmit channel command 

Receive/transmit channel control 

Receive/transmit data-left byte 

Receive/transmit data-right byte 

Receive/transmit return channel 
number 

Receive/transmit level 

Receive/transmit CLA status 

Receive/transmit CLA status mask 

Receive/transmit status~-byte 1 

Receive/transmit status-byte 2 

Receive/transmit CCP subroutine 
pointer-4 MSB 

Receive/transmit CCP subroutine 
pointer-8 LSB 

Receive/transmit CLA control 

Firmware work locations 

Firmware work locations 

CCP work location/transmit address for 
Input LCT Byte Command 

CCP work locations/CCP work locations 


CCP work locations/CCP work locations 


*Indicates location which can be modified by the CCP. 
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Table 4-3 Line Control Table Byte Description 
(Sheet 1 of 2) 


DESCRIPTION 
This byte is loaded with the revision number of 
the resident firmware. 


LCT BYTES 
Receive Firmware 
Revision Number 
| (LCTO1) 
Receive/Transmit 
Configuration 
(LCT 2/34) 


This byte is used to define the CLA configura- 


correspond to the definition of LR6 on the 
channels. Refer to the MLCP Programmer's Re- 
ference Manual for bit definitions. 


These bytes represent an intermediate block 
check result and are referenced by both MLCP 
hardware and CCP procedures. 


Receive/Transmit 
Residue Bytes 
(LCT 3,35/4,36) 


| Receive/Transmit 
Program Indica- 
tors (LCT 5/37) 
|Receive/Transmit 
CCP Pointer 

1 (LCT 6,38/7,39) : 


This byte is used store the CCP indicators; 
equal and last character in block. 


The channel CCP counter is used in the MLCP 
during instruction set processing and points 
to the initial location in the RAM for current 
CCP execution. When the channel is serviced, 
these bytes are loaded into registers 8 and 9 
(P-register). 


Receive/Transmit This byte is used by the firmware as a refer- 

Channel Command ence for required action during channel opera- 

(LCT 8/40) tion on this line. See Figure 4-7 for specific | 
.bit designations. | 


This byte is used by the MLCP firmware to con- 
trol the operation of the channel on this line. 
See Figure 4-8 for specific bit application. 


Receive/Transmit 
Channel Control 
(LCT 9/41) 
|Receive/Transmit 
|Data Bytes 

(LCT10,42/ 
111,43) 


Receive/Transmit This byte contains the eight least significant 
Return Channel bits of the return channel number for use with 
Number | with interrupts. 

(LCT 12/44) 
Receive/Transmit 
Level Number 
(LCT 13/45) 


These two bytes are the left and right data 
respectively to or from the Megabus data lines. 


This byte contains the level number for the 
channel of this line used with interrupts. 
The level number is contained in six bits (2 
to 7), and the two most significant bits of 
the return channel number are located in bits 
| O and l. 
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Table 4-3 Line Control Table Byte Description 
(Sheet 2 of 2) 


LCT BYTES DESCRIPTION 


Receive/Transmit This byte is used for CLA-LR5: 


va tae 1. CLA data set change (bits 0 to 4). Refer 
to the appropriate CLA manual for bit 
definitions. 


2. CLA status storage in bits 5 to 7. 
See Figure 4-9 for specific bit designa- 
tions. 


This byte is used for data set status change 
detection. Only bits 0 to 4 are used, with 
the bits which are set to a One in the mask 
selecting those bits which can be monitored 
for status change. 


Receive/Transmit 
CLA Status Mask 
(LCT 15/47) 


Status bits 0 to 11 are accumulated and up- 
dated in these two LCT locations during CCB 

execution. Bits 12 to 15 are I/O related in- 
dicators. Figures 4-10 and 4-11 identify and 
define the specific bit structures. 


Receive/Transmit 
Status Bytes l & 
2 (LCT 16,48/ 

17,49) 


These bytes are used to store the subroutine 
return pointer utilized by the instruction 
set. Only one level of subroutine addressing 
is provided on a per channel basis. 


Receive/Transmit 
CCP Subroutine 
Pointer (LCT 
18,50/19,51) 


Receive/Transmit 
CLA Control (LCT 
20/52) © 


This byte is used to monitor the data set 
control (refer to a-specific CLA manual for 
bit structure (LR2) of bits 0 to 4). See 
Figure 4-12 for the definitions and configura- 
tions of bits 5 to 7. 


Transmit LCT 
Byte Address 
(LCT55) 


This byte contains the address from which the 
LCT byte is to be delivered in response to the 
Input LCT Byte command. The address is a six- 
bit quantity located in bits 2 through 7; bits 
0 and 1 disregarded by firmware. If the input 
LCT Byte command is not used, LCT 55 1s con- 

sidered a CCP working location. 
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Figure 4-7 
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BITS 4-7 


BIT 3 


‘BIT 2 


BIT 1 


BIT O 


Figure 4-8 


BIT 7 


BIT 6 


BIT 5 


' BITS 3-4 


| BIT 2 


RFU 


THIS IS THE START CCP BIT AND IS SET 
WHEN A STATUS CHANGE IS DETECTED. 
IT CAUSES THE CCP TO BE INITIATED: 


THE INTERRUPT BIT SET INDICATES 
THE DETECTION OF A STATUS CHANGE 
WHICH CAUSED THE GENERATION OF 
AN INTERRUPT. 


THE DATA SET STATUS CHANGE BIT 
SET CAUSES BIT 3 OF THE LCT STATUS 
BYTE 2 TO BE SET. 


THIS BIT IS THE DATA SET SCAN CONTROL 
AND IF SET CAUSES A SCAN TO BE 
PERFORMED. IF IT IS NOT SET, NO SCAN IS 
PERFORMED AND NO ACTION IS TAKEN ON 
BITS 1, 2, AND 3. 


LCT Channel Command Byte LCT 8/40 Bit Significance 


THIS BIT SPECIFIES THE BLOCK MODE 
READ COMMAND. 


THIS BIT SPECIFIES THE BLOCK MODE 
WRITE COMMAND. 


THIS BIT IS UTILIZED FOR THE START 
/O. 


THESE BITS CONTAIN THE IN USE CCB 
NUMBER WHICH IDENTIFIES THE 1 OF 
THE POSSIBLE 4 CCB’s BEING EXECUTED. 


THIS BIT IS USED AS THE BYPASS 
CHECKING RESUMED INTERRUPT 
FLAG. 


BITS O AND 1 THESE BITS ARE THE INTERRUPT 


COUNTER ALLOWING ACCOMMODATION 
OF DEFERRED INTERRUPTS. 


LCT Channel Control Byte Bit Significance 
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BIT 7 WHEN SET, THIS BIT INDICATES 
A STOP BIT FRAME ERROR OR A 
TRANSMIT UNDERRUN CONDITION 
(CLA SPECIFIC - LRS5) 


BIT 6 WHEN SET, THIS BIT INDICATES 
AN OVERRUN CONDITION, 
(CCLA-LRS5) 


BIT 5 WHEN SET THIS BIT INDICATES 
A PARITY ERROR CONDITION. 


BITS 0-4 THESE BITS ARE USED TO SPECIFY 
A DATA SET STATUS CHANGE. 
REFER TO THE APPROPRIATE CLA 
MANUAL FOR BIT DEFINITIONS 
(CLA-LRS5) 


Figure 4-9 LCT CLA Status Byte Bit Significance 


Ppt t seer elsi el ei 


BIT 7 RFU 


BIT 6 WHEN SET THIS BIT INDICATES END OF 
TRANSMISSION BLOCK. IT IS SET BY THE 
CCP. 


BIT 5 WHEN SET THIS BIT INDICATES THE START 
OF TEXT. IT IS SET BY THE CCP. 


BIT 4 WHEN SET THIS BIT INDICATES AN UNDERRUN 
OR OVERRUN CONDITION DUE TO A CCP 
UNAVAILABILITY. CAUSES A STOP I/O. 


BIT 3 WHEN SET THIS BIT INDICATES THAT THE 
STATUS IS COMPLETE. 


BIT 2 WHEN SET, THIS BIT INDICATES AN OVERRUN 
OR UNDERRUN DUE TO A TIMING MISUSE. THIS 
BIT MAY BE RESET BY THE CCP IF CONDITION 
WAS NONFATAL. 


BIT 1 WHEN SET, THIS BIT INDICATES AN INTERRUPT 
WAS GENERATED FOR THE CCB. MAY BE 
INTERROGATED BY THE CCP. 


BIT O RFU 


Figure 4-10 LCT Status Byte 1 Bit Significance 
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CCB STATUS BIT 15 WHEN SET, THIS BIT INDICATES AN 


Figure 4-11 LCT Status Byte 2 Bit Significance 


UNCORRECTABLE MEMORY ERROR 
(THE MEMORY READ RESPONSE WAS 
ACCOMPANIED BY A BSREDD SIGNAL). 


CCB STATUS BIT 14 WHEN SET, THIS BIT INDICATES A 


BUS PARITY ERROR ON THE DATA 
RECEIVED BY THE MLCP. 


CCB STATUS BIT 13 THIS BIT INDICATES NONEXISTANT 


RESOURCES (NEGATIVE ACKNOWLEDGE 
RESPONSE). 


CCB STATUS BIT 12 THIS BIT INDICATES A CORRECTED 


STATUS BIT 11 


STATUS BIT 10 


STATUS BIT 9 


STATUS BIT 8 


MEMORY ERROR (THE MEMORY READ 
RESPONSE WAS ACCOMPANIED BY A 
BSYELO SIGNAL). 


WHEN SET, THIS BIT INDICATES THAT A 
DATA SET STATUS CHANGE HAS BEEN 
DETECTED. 


WHEN SET, THIS BIT INDICATES A 
NONZERO RANGE ON A RECEIVE AND 
THE CCB LIST IS COMPLETE ONA 
TRANSMIT. 


THIS BIT INDICATES A DATA 
PARITY ERROR OR A CRC CHECK 
ERROR. THIS BIT IS USED ON A 
RECEIVE ONLY AND CAN BE SET 
BY THE CCP. 


RFU 


BIT 7 WHEN SET THIS BIT iS THE 
TRANSMIT-ON INDICATION. 


BIT 6 WHEN SET THIS BIT IS THE 
RECEIVE-ON INDICATION. 


BIT 5 THIS BIT IS UTILIZED AS THE 
TEST MODE CONTROL. 


DATA SET CONTROL. FOR 


SPECIFIC BIT DEFINITIONS, REFER 


BITS 0-4 THESE FIVE BITS ARE USED AS 


THESE BITS ARE 
UNIQUE TO THE CCB 
STATUS BYTE AND 
NOT SET IN THE LCT 


TO THE APPROPRIATE CLA MANUAL 


FOR LR2. 


Figure 4-12 LCT CLA Control Byte Bit Significance 
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4.4.2 Channel Control Program (CCP) 


A CCP is stored in the MLCP random access memory (RAM) and is 
used for application on one or more MLCP channels. CCPs are lists 
of sequential instructions which are for processing a channel's data 
and control information character stream. Table 4-4 is a categori- 
zation of the instruction set by op code, major format type, and 
minor instruction. Within the ten major format types, there is an 
overlapping of the minor instruction set such that they may be 
grouped into five basic areas: generic, double operand (Next Char- 
acter, LCT and I-Addressing, and Immediate Operand), channel input/ 


Output, branch, and data input/output instructions. An instruction 


definition and a description for each of the five areas are supplied 
in Tables 4-5 through 4-9. 


A CCP pointer is maintained in the LCT (locations 6/38 and 
7/39) which designates the first CCP location to be referenced upon 
detection of a CLA channel request interrupt which must be serviced. 
During the processing of a CCP, the firmware stores the current 
location CCP pointer in registers 8 and 9 to be used for addressing 
the RAM. When a Wait or a Pause instruction is encountered ina 
CCP, the contents of registers 8 and 9 are stored in the LCT by 
firmware. This procedure allows CCPs to be re-entered so that 
sharing of the CCP between channels is possible. 


A CCP is utilized as a procedure for manipulation of a data 
stream or part of a data stream. It also is capable of handling 
control status, CCB transitions, data communications equipment de- 
vices, CLA configuration, CLA control, CLA status, and all related 
channel configuration. Each CCP is comprised of a program or arbi- 
trary length, the execution of which is initiated by: 


1. A channel request interrupt from the CLA 
2. A Start I/O in the channel command byte 


3. A data set control change condition for which ue start | 
CCP bit is set. 


The CCP pointer, the program indicators, and other selected 
information from the LCT are monitored by the firmware whenever a 
CCP is executed. The CCP continues until a Wait instruction is pro- 
cessed, at which time execution is suspended until another start 
CCP condition arises. 


The program executed after a Wait instruction is typically that 
associated with the manipulation of a single character of the data 
stream. Initialization, configuration, and data set control func- 
tions can also be performed after a Wait instruction although this 
is unnecessary because they are related to the data transfer and can 
occur aS part of the CCP. 


Channel control programs are formed in contiguous locations of 
the RAM so there is no overlap with any other CCP. The last entry 
in a CCP must be a branch instruction, and each branch of a specific 
CCP must have an address within its own boundaries. 
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vI-? 


Table 4-4 Instruction Formats and Decode 


MINOR INSTRUCTION HEX DECODE (BITS 4 to 7) 


: 


of tf 2 fs 


NOP WAIT GNB SFS 


Next LD Sst 


Character 


~ 


LRO LR1 LR2 LR3 


4 | 
5 LCT and D LD 
Addressing 


ch 


<P) 
ir 
mE 


IWILNSGISNOSD GNV AY¥VL3IddOud TISMASNOH 


BET oe BLBT | BLRYT 


2T 
B2F inal al BLBF | BLRYF 


*For minor instruction decodes of 8 through F, use the CRC logic. 
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MINOR INSTRUCTION 
INSTRUCTION DESCRIPTION INSTRUCTION DEFINITION 


NOP Effectively delays for one cycle 


Wait Program Wait Causes the current CCP P-register 
Go to Next contents to be stored in the LCT 
Program CCP pointer locations. Causes 
storage of the indicators and 
suspends this CCP processing 
until its next channel request 
interrupt. 


Table 4-5 General Instruction Set 


_ 


SFS Search for Causes the current channel to 
Synchronization enter the character synchroniza- 
tion mode. 
CCH Calculate Block Causes the contents of register 
Check 5 to be added to the current CRC 
residue. 
DEC Decrement Causes the contents of register 


5 to be decremented by l. 


Causes the contents of the LCT 
subroutine pointer to be loaded 
into the current location P- 

counter registers 8 and 9. 


Return from 
Subroutine 


SR Shift Right 
INTR Interrupt CPU 


INZ | Halt CCP 


Shift CCP-visible register one 
bit right and Zero fill from 
left. 


Channel program generates an 
interrupt without terminating 
the CCB. 


Initialize all CLA's and clear 
all channel commands and channel 
control bytes. 
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Table 4- 6 Double Operand Instruction Set 


MINOR INSTRUCTION INSTRUCTION 
INSTRUCTION DESCRIPTION DEFINITION 
Causes register 5 to be loaded into 
BA. 


Compare Causes register 5 to be compared 
with EA and the result of the com- 
pare to be reflected in the equal 
_ Li 
XOR* Exclusive 
OR be XORed with EA and the result 
| stored in register 5. 


indicator. 

TLU** Table | The TLU instruction may be either a 

Look-Up branch or a translate function, ! 

depending upon the state of bit 0 
of the accessed table location. 
If a branch, the CCP-visible 
register is preserved; if a trans- 
late, it is changed. See MLCP 
Programmer's Reference Manual (Order 
No. AT97) for details. 


*These instructions are of the LCT and D Addressing and Immediate 
Operand sets only. 


Causes the contents of register 5 to | 
be ANDed with EA and the result stored| 
in register 5. | 


Causes the contents of register 5 to. 
be ORed with EA and the result stored 
in register 5. 


Causes the contents of register 5 to 


**This instruction is of the LCT and D Addressing set only. 


NOTE 


l. EA for next character instruction set is the 
next character in the data buffer. 


2. EA for the LCT and D addressing instruction 
set is the first location of the current LCT 
plus the displacement. 


3. EA for the immediate operand instruction set 
is the next character in the CCP. 
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Causes BA to be loaded into register 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


Table 4-7 Line Register Input/Output Instructions 


( INSTRUCTION 
INSTRUCTION DESCRIPTION DEFINITION 
Causes the contents of the specified 


line register to be read and stored 
Out Output 


in register 5. 
Table 4-8 Branch Instruction (Sheet 1 of 2) 


| MINOR INSTRUCTION INSTRUCTION 
INSTRUCTION DESCRIPTION DEFINITION 


Unconditional Causes EA to be loaded into the 
Branch current location P-counter (regis- 
ters 8 and 9). 


Causes the contents of register 5 to 
be written into‘the specified line 
register. 


BET Branch Equal If the Equal bit is set, this in- 
True struction causes EA to be loaded 
into the current location P-coun- 
ter (registers 8 and 9). 
BEF Branch On If the Equal bit is reset, this 
pie Equal False instruction causes EA to be loaded 
( into the current location P-coun- 
- ter (registers 8 and 9). 
BZ2T Branch on If register 5 is equal to zero, 
Zero True this instruction causes EA to be 
loaded into the current location 
P-counter (registers 8 and 9). 
BZF Branch on If register 5 is not equal to zero, 


this instruction causes "EA" to be 
loaded into the current location 
P-counter (registers 8 and 9). 


Zero False 


If the last character indicator is 
set, this instruction causes EA 

to be loaded into the current loc- 
ation P-counter (registers 8 and 
9). 


If the last character indicator is 
reset, this instruction causes EA 
to be loaded into the current loc- 
ation P-counter (registers 8 and | 
DB). | 


If the last block indicator is set, 
this instruction causes EA to be 
loaded into the current location 
P-counter (registers 8 and 9). 


Branch on 
Last Charac- 
ter True 


Branch on 
Last Charac- 
ter False 


Branch on 
Last Block 
True 
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Table 4-8 Branch Instruction (Sheet 2 of 2) 


MINOR INSTRUCTION INSTRUCTION | 
INSTRUCTION DESCRIPTION DEFINITION | 


Branch on 
Last Block 
False 


BLBF 


Branch LO.’ 
Subroutine 


BS 


BART Branch on 
Adapter Ready 


True 


Branch on 
Adapter Ready 
False 


BARF 


Unconditional 
Branch 


Branch On CCB 
Valid Bit 
True 


Branch on CCB 
Valid Bit 
False 


If the last block indicator is re- 
set, this instruction causes EA to 
be loaded into the current loca- 

tion P-counter (registers 8 and 9) 


This instruction causes the cur- 
rent location P-counter plus 1 to 
be loaded into the LCT CCP sub- 

routine pointer locations. 
so causes the current location P- 
counter (registers 8 and 9) to be 
loaded with the result of adding 

the displacement to the present 

address of the current location P- 
counter. 


If adapter buffer is not full 
(transmit) or not empty (receive) 
this instruction causes EA to 

be loaded into the current 
location P-counter (Registers 
8 and 9. | 


If adapter buffer is full (trans- 
mit) or empty (receive) this 
instruction causes EA to be 
loaded into the current location 


 P-counter (Registers 8 and 9). 
The two byte displacement is | 


algebraically ANDed to the cur- 
rent P-counter contents. 


If the CCB valid bit is set in 
the current CCB, this instruc- 
tion causes EA to be loaded into 
the current location P-counter 
(registers 8 and 9). 


If the CCB valid bit is set in 
the current CCB, this instruc- 
tion causes EA to be loaded into 
the current location P-counter 
(registers 8 and 9). 


NOTE 


1. EA is defined as the current location P-counter 
(registers 8 and 9) plus the displacement. 


2. The current location P-counter (registers 8 and 9) 
is assumed to be pointing at the CCP location of 
the displacement when the address is calculated. 


It al-| 


o 
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Table 4-9 
Data Input/Output Instructions 


INSTRUCTION } DESCRIPTION | INSTRUCTION DEFINITION 


Send Output Data Causes the data to be sent to 
to Channel the channel with the proper 
Reali 


check characters appended. 
4.4.3 Communication Control Blocks 


Input Data 
from Channel 


Causes the data to be read from 
the channel with verification or 
generation of the check characters. 


Communication Control Blocks (CCB) are implemented by the MLCP 
in order to describe the address of the data's destination, range, 
control, and status for each block transfer between the MLCP and 
the Level 6 System. A CCB is set up by way of I/O instructions in 
the byte form shown in Figure 4-13. 


The eight bytes are divided so that there are three for address, 


two for range, one for control, and two for status. These fields 
are defined as follows: | 


@ Address - The 24-bit address is loaded into the CCP initially 
by way of an IOLD command. The address marks the starting 
main memory location of a Communications Data Block (CDB) 
used in an MLCP/system data transfer. 


@® Range - The 16-bit range is loaded into the CCB initially 
by way of an IOLD command. The range defines in bytes the 
size of the CDB to be read or written during CCB execution. 
This field is decremented once for each byte transferred. 


@ The control field contains CCB-specific control information. 
See Figure 4-14 for specific bit designations of this con- 
trol byte. 


e Status - The status bytes are used for storage of status 
which has been accumulated in the LCT during CCB execution. 
These status bytes also have bit designations for the CCB 
which are not found in the LCT status word. Figures 4-12 
and 4-13 show the bit significance of these bytes. The CCB 
status word is reset to Zero when an IOLD command for the 
CCB is executed. 


CCBs are accessed by the MLCP firmware during their execution; 
however, they are not available to the MLCP CCP procedures. During 
a transfer the address field is incremented by one for each byte 
passed via the firmware DMA routines. For CCBs executed on a trans- 
mit, the address points to the location of the last CDB byte trans- 
ferred to the MLCP. In the case of a receive, the address points 


to the location of the last CDB byte sent from the MLCP to the main 
memory. 
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The CCB range count is always decremented by one for each byte 
transfer until it has reached zero. A termination condition may fo 
also request the end of the block, causing a range result (residue) — 
that is not zero. The range count (zero or nonzero) for the affect- 
ed CCB will remain at this value until an IOLD command to the same 
CCB overwrites it. The range field, if nonzero, will contain a 
count equal to the number of bytes for which DMA transfers did not 
occur. 


When a CCB is terminated due to range depletion or a forced 
termination, the status bytes for this CCB are updated with the in- 
formation located in the LCT status word. The CCB execution is com- 
plete only after the status update is complete as indicated by the a 
status complete bit in status byte l. 


BYTENO. 0 MAIN 
1 MEMORY ae 


2 ADDRESS 


Figure 4-13 Eight-Byte CCB Format 
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BITS 3-7 RFU 


BIT 2 WHEN SET THIS BIT INDICATES 
THAT THIS IS THE LAST BLOCK. 


BIT 1 WHEN SET, THIS BIT INDICATES THE 
CCB IS VALID AND READY FOR 
EXECUTION. 

BIT O WHEN SET, THIS BIT CAUSES AN 


INTERRUPT TO THE MAIN MEMORY 
PROGRAM WHEN THE PRESENT CCB 
IS TERMINATED. 


Figure 4-14 CCB Control Byte Bit Significance 


4.5 INTERMEDIATE FLOW CHARTS 


The firmware flow charts in this manual are generated at an 
intermediate level, designed more as an aid in understanding firm- 
ware routine functions rather than as a maintenance aid. A de- 
scription and illustration of the symbology used in the intermediate 
flow chart is contained in subsection 4.5.1 with subsection 4.5.2 
describing the flow chart organization. Information concerning the 
use of these automated flow charts in conjunction with an actual 
flow chart example is detailed in subsection 4.5.3. 


4.5.1 Intermediate Flow Chart Symbology 


The intermediate flow charts are a composite of symbols each of 
which has a specific application. In some instances the same symbol 
may have more than a single meaning depending upon its usage. A 
description and illustration of each symbol that may appear in the 
intermediate flow charts is found in Table 4-10. 
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4.5.2 Flow Chart Organization 


The symbols found on each individual flow chart sheet are num- fo 
bered sequentially starting with the symbol numbered 01. The nun- ae, 
bering process is initiated from the leftmost column with the symbol 
number Ol appearing outside and at the upper right-hand corner of 
the first symbol in the left column. 


The first symbol number on each new flow chart sheet starts with 
an Ol. Therefore, any symbol can be accurately located by citing 
the sheet number on which it appears and the symbol number on the 
sheet. This information is referred to as the coordinate of the 
symbol and is normally expressed in the format PG.BX, where PG is 
the sheet number and BX is the symbol number. For example, a symbol 
that has the coordinate of 03.07 is the seventh symbol found on 
sheet three of the flow chart. 3 


In some instances due to the flow chart layout it is not feasi- 
ble to draw the connecting line from one symbol to another. When 
this situation arises a coordinate will be implemented at the symbol 
which is the destination indicating that entry was from another por- 
tion of the flow chart. In the following example the coordinate 
2.10 indicates that there is a logical connection between this sym- 
bol and the tenth symbol on sheet two. This application of a coor- 
dinate is called an in-connector. The asterisk (*) following the 
coordinate indicates that an entry to this symbol from some other 
point in the flow chart exists, and that this (2.10) is just the 
first. 


Start 
I 
2.10*--- [I 
I 
Start 
FE ccd cies nas tei es nes ental fee eens Ss ee eee dee see * 


1) 2.10-Coordinate of 
first entry 

2) Start-symbolic or 
actual name 


The preceding example of an in-connector also illustrates that 
any flow chart symbol can be assigned a name. This name could re- 
present up to ten digits of a firmware address or tag associated 
with a particular line of the firmware file, or it can represent a 
symbolic address for use as the destination of a branch operation. 
Regardless of the name's use, it will be located outside the upper 
left-hand corner of the symbol. 


co 
Wy 
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4.5.3 Flow Chart Usage 


Figure 4-16 is an illustration of an intermediate flow chart 
utilizing one of the MLCP firmware routines as an example. This 
flow chart contains a description of the overall operations being 
performed by one or more firmware commands being executed. With 
one exception only, the name (or address) associated with the ad- 
dresses or tags actually located in the firmware listing will be 
shown outside the upper left-hand corner of the symbol. The ex- 
ception to this is that if a symbolic destination tag (name) iS re- 
quired for a test or branch operation, the tag will not appear in 
the firmware listing. 


Since the operation performed in one or more cycles may be 
"don't care" operations (i.e., operations which are not reflected 
in the overall procedure being performed), only those commands 
necessary to justify an end result will be incorporated into the 
intermediate flow chart. 


Table 4-10 Cycle Flow Chart Symbols (Sheet 1 of 6) 


OPERATION SYMBOL DESCRIPTION 


Initial This symbol always 
Connector : 3 begins a new flow 
ise chart "cluster." 
The name is taken 
from the next sym- 
bol. A flow chart 
cluster is the flow 
path tree created 
during the chart 
drawing process. 


Direct HUREZUNTAL CONNECTORS ERSES Sympots: are 
Connectors examples of mechan- 
| ical representation 

of hand-drawn flow 

lines. Such lines 

can cross with or 
without connection. 

VERTICAL CONNECTGRS A tied cross point 

is indicated by a 

| + symbol. 


V 
+ 


"T® CUNNECTORS 
CROSS CONNECTORS 
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Table 4-10 Cycle Flow Chart Symbols (Sheet 2 of 6) 


OPERATION | | SYMBOL setae Ata 


‘DESCRIPTION 


Back- The * entry in a 
referencing flow path line in- 
Connectors dicates that more 


than one reference 

| exists at that point 
of entry. Coordi- 
nate information is 
provided from remote 
branch points. Only 
the first such re- 
ference is given. 
|The absence of an * 
indicates that the 
branch path is 
unique; that is, no 
"FAN-IN' of logical 
flow is indicated. 


Intermediate 
Connector 


This symbol is gen- 
erated whenever the 
flow path is con- 
tinued in the near 
vicinity. It arises 
due to physical 
limitations of page 
size. 


/PGoBX 


The symbol shows 
NAME | Bx in-line computational 
Mi ca eae se ce ae a ce a ae ae a a a me a * processing. Box 
depth is determined 
by extent of the 
enclosed comment. 


Process 


Subroutine 
Call 


A subroutine is given 
control. Return is 
assumed to be in- 
line. Box encloses 

a destination name 
and coordinate re- 
ference which appear 
SS a eS ae vertically on the 
left as PG.BX. 


(DESTINATION) 
<--TEXT--> 
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Table 4-10 Cycle Flow Chart Symbols (Sheet 3 of 6) 


OPERATION SYMBOL DESCRIPTION 


Branch This symbol repre- 
sents an uncondition- 
al branch. The flow 

| path is terminated 
and any accompanying 
a : text appears below 
oP BXe the fixed-sized 
* DESTINATION branch symbol. 
€--12XT-<-> The destination path 
. is drawn as a direct 
flow line whenever 
[ possible. As before, 
text appears below 
the break. 
NOTE 
a a a This symbol may 
| or may not re- 
present an actual 
Branch instruc- 
tion in the firm- 
ware. 


Asynchronous The initiation of a 
Subprogram |;~ Fo parallel process is 
Initiation indicated. Return is 


Kee eee ee not assumed and the 
; H flow path is made to 
f a} 
ee ae ee : bypass the box. Co- 
€--TEXIT--> 


ordinate reference 
appears on the left. 


—_ <<» «ap «oP oe ame ae ie =e" ae wee one co 


Branch | The Branch Table is 
Table re " used when multiple 
“ = branch paths exist. 
Pe gins as re The branch condition 
BK ANCHO 01-07 is described in the 
GPR ANCHL Odele2 TEXT box that appears 
BRANC He ete | above the branch 
table. The destina- 
, tion coordinates for 
each branch path ap- 
: pear on the right. 
The flow is termina- 
ted by a Branch sym- 
<--TEXT-=> bol with a 00.00 
coordinate. 
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Table 4-10 Cycle Flow Chart Symbols (Sheet 4 of 6) 


OPERATION SYMBOL DESCRIPTION 


EXIT This symbol shows an 


exit flow path ter- 
minator. Accompany- 
ing text appears 
immediately below the 
EXIT or 
Continue 
HALT 
immediately below the 
symbol. 
HALT, . This symbol repre- 
Continue | sents a HALT without 
| ai flow path termina- 
. | tion. Accompanying 
a aa a text appears immedi- 
ately below the sym- 
bol and the flow path 
continues downward. 


symbol. 
- 


This construction is 
used for EXIT in- 

struction sequences 
which are executed 
conditionally, de- 
pending on processing 
elsewhere in the flow 
chart. 


This symbol shows a 
HALT flow path ter- 
minator. Accompany- 
ing text appears 


A NOTE is a descrip- 


NAME NOTE bX tive or explanatory 
: Ke ER KR RK KH X : notation embedded 
' - directly in the flow 
% -- -- 
: <==] XT S=> i path. 
x * € kK ek kK KK OK 
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Table 4-10 Cycle Flow Chart Symbols (Sheet 5 of 6) 


OPERATION SYMBOL DESCRIPTION 


Decision The diamond shape is 
the basic decision 
symbol; it is fixed 
in size. Whenever 


NAME * / aX 
x 


x ry 
side ae possible, any text 
LABEL * LABEL is fitted within the 

4—-% C--TiXl > *—+ 
x * box. If the text 
* * does not fit, it ap- 
* b : : 
zs Sig pears in a note which 


immediately precedes 
the diamond. SEE 
NOTE ABOVE appears 

as the text within 
the diamond. Notice 
that the left-hand 
path continues to 
another symbol not 
illustrated here. 

The decision symbol 
may involve two or 
three possible branch 
paths, each having a 
distinct label con- 
sisting of up to five 
characters. The in- 
line label continues 
directly from the 
bottom of the symbol 
to the very next 
symbol. All other 
labels are called 
out-of-line. A de- 
cision connector is 
generated whenever 
directly connecting 
flow paths cannot be 
drawn. 


This fixed-length 
symbol is generated 
for cases in which 

an out-of-line path 
cannot be directly 
connected by a line 
on the same chart 


page. 


eo PU e 
wr. 
e Xx. e 


SESTINATLON 


ce © tame 
* * & Ke Ke RK KK KH 


K--TLXT--> 


x 
* 
* 
* 
* 

x* * eK HE KH K HK K K 


Ht tt 


& 
% x LABEL 
* SEE NETS Ao+ 
* KbOVE * 


Decision 
Connector 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


Table 4-10 Cycle Flow Chart Symbols (Sheet 6 of 6) 


OPERATION SYMBOL DESCRIPTION 


Input/Output This is the distinc- 
tive fixed size I/0 
symbol. If accom- 
panying text cannot 

be completely con- 
tained within this 
symbol, it will ap- 
pear as a note immedi- 
ately preceding the 
I/O parallelogram, as 
previously described 
for the decision sym- 
bol with excessive 
text. 


NOTE 


This symbol is 
only used for 
descriptive pur- 
poses in the 
flow charts. 


4.6 FIRMWARE CYCLE FLOW 


4.6.1  MLCP Overview Flow Chart 


The MLCP firmware is divided into essentially eight major areas 
with many of the areas comprised of a combination of multiple sub- 
routines. Figure 4-15 shows the subroutine names for each block, 
and a figure reference for the individual firmware routines. 


Upon initialization of the MLCP the firmware enters a routine 
for verification of the hardware referred to as the Quality Logic 
Test (QLT). The QLT has only one possible path for firmware con- 
tinuation: entry into the Service Scan routine. At this point it 
is necessary for the firmware to decide which of its three avail- 
able routes it must follow. 
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Provided that there are no requests of any type present, the 
Service Scan routine will exit to the Background routine. The pro- 
cess of looping from the Service Scan routine to the Background 
routine and back to the Service Scan routine continues until one 
of four conditions occurs: 


1. A deferred interrupt is detected. 
2. A data transfer is initiated. 

3. A data set scan is required. 

4. A start I/O is detected. 


When any one of these situations is present, the Background 
routine will enter the applicable firmware area: Deferred Inter- 
rupt Handling routines, DMA Service/Execution routines, Data Set 
Scan routine, or the Start I/O entry of the channel program ini- 
tiation. When completion of the required routines is accomplished, 
re-entry into the service scan/background loop is performed, ex- 
cept for the Start I/O which enters the Line Adapter Ready routine. 


If an I/O command was detected while in the Service Scan rou- 
tine, an area called the I/O Command Decode/Execution routine is 
entered. After processing the proper command operation, the firm- 
ware may return to the service scan/background loop; if a data 
transfer is necessary, it will go to the DMA Service/Execution 
routine; or if an I/O Interrupt is detected, it will go to the Line 
Adapter Ready routine. 


The third path provided for in the Service Scan routine is to 
the Line Adapter Ready routine (if a line adapter request is pre- 
sent). The Instruction Fetch/Execution routines are subsequently 
utilized to provide the appropriate data manipulation. 


The processing of a CCP is continued until a Wait, Pause, or 
I/O Command Interrupt instruction is recognized, cauSing an exit 
from the Instruction Fetch/Execution routines to the Service Scan 
routine. 


4.6.2 Firmware Flow Charts (See Figures 4-16 
through 4-42) 


4.6.2.1 Quality Logic Test (QLT) 


The QLT (see Figure 4-16) is initiated by way of the Output 
MLCP Control command. It is utilized to clear the entire 4K random 
access memory to zero. During this clearing procedure the address- 
ing, next address generation, random access memory storage elements, 
refresh logic, and other hardware elements are verified. The data 
is written, then read and compared for a zero result. In the event 
of a data error, the firmware enters a location in which a branch 
on itself is performed, effectively halting microinstruction pro- 
cessing. After the successful completion of the QLT, a firmware 
command is issued which extinguishes the LED located at the rear 
edge of the MLCP board, and the firmware enters the Service Scan 
routine. 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 


4.6.2.2 Service Scan Routine (See Figure 4-16) 


The Service Scan routine can be entered from any one of the fo 
major areas of the firmware, which are shown in Figure 4-15. This ey 
routine is used to determine what, if any, type of request is pend- 
ing. 

Initially the Service Scan routine ascertains if the I/O Command 
line is set. If set, the firmware proceeds to the I/O Command De- 
code routine, which establishes the necessary action to be taken. 


Next, the line adapter ready flip-flop is scanned to establish 
whether a line adapter request is present. If this flip-flop is 
set, the firmware begins the Line Adapter Ready routine and starts . 
the processing and execution of the Channel Control program. 


The Service Scan routine will go to the Channel Scanner routine 
when there are no line adapter or I/O command requests. 


4.6.2.3 Channel Scanner Routine 


The Channel Scanner routine (see Figure 4-16) is referred to 
as the Background routine. This routine executes several low prior- 
ity process checks to determine if any action on the part of the 
firmware is necessary. 


The Channel. Scanner routine first checks to see if a block mode 
operation is pending. If any of these conditions are met, the firm- 
ware branches to the appropriate Block Mode routine within the DMA 
Service/Execution routine area and performs the required action. 


wo 
\ 


The Channel Scanner routine then checks the start I/O flip-flop. ‘a 
If start I/O is set, firmware enters the Channel Program Initiation N 
routine at the start I/O entry. 


The Channel Scanner routine will then, if no prior action was 
required, determine if there is a deferred interrupt pending on this 
channel. If the deferred interrupt flag is set, the routine goes 
to the Deferred Interrupt routine and processes the interrupt. 


The last check made by the Channel Scanner routine is to estab- 
lish if a data set scan is required. When the scan bit is set, the 
Data Set Scan routine is entered, and the scan procedure is imple- 
mented. 


After all these functions have been checked, and if no low 
priority actions are necessary, the Channel Scanner routine re- 
enters the Service Scan routine to scan high priority requests (re- 
fer to subsection 4.6.2.2). _ a 


4.6.2.4 Instruction Fetch/Execution Routines (Figures 
4-17 and 4-22 through 4-30) 


The Instruction Fetch/Execution routines are those portions of 
the firmware utilized for implementation of the Channel Control Pro- 
gram (CCP). The CCPs are delegated to a section of the random ac- 
cess memory and in order to be implemented their instruction must be 
read from storage, decoded, and finally executed. The firmware rou- 
tines performing these operations consist of three phases: 
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1. The instruction fetch 
2. The instruction decode 
3. The instruction execution. 


The Instruction Fetch routine accesses the P-counter located in 
registers 8 and 9 and loads it into the random access memory ad- 
dress register. When the address register is loaded, the P-counter 
is incremented and restored to registers 8 and 9. The random access 
memory location is then read to obtain the instruction for the de- 
code process. 


The decode process consists of two levels: a major decode and 
a minor decode. The major decode is a one-of-eight identifier which 
determines the format type (refer to Table 4-4). Once the format 
type has been established, the minor decode specifies the actual 
instruction of this format to be performed. 


Finally, the instruction execution routines perform the indi- 
cated action and if applicable may set or reset the CCP program 
indicators. 


The processing of a CCP is continued by repeating these three 
operations until a Wait, Pause, or I/O Command Interrupt instruc- 
tion is recognized, causing an exit from the Instruction Fetch/Exe- 
cution routines to the Service Scan routine. 


4.6.2.5 1/0 Command Decode/Execution Routines 
(Figures 4-18 through 4-21) 


Firmware response is not required for all types of I/O commands. 
Where firmware action is required, the function code read from the 
I/O data buffer register is decoded to determine if an input or out- 
put operation is to be performed. Once this functionality is de- 
coded, a further decode is performed to allow the correct execution 
routine to be entered. 


Entry into the I/O Command Decode/Execution routines is gained 
from the Service Scan routine if an I/O command is detected. The 
DMA Overhead routine (Figure 4-35) utilizes the Service Scan routine 
to access the I/O Command Decode/Execution routine if use of the I/O 
data buffer register is required. After the I/O command execution, 
when entry is from DMA overhead, the DMA routine is returned to for 
continuation or exit to the Service Scan routine. When the Command 
Decode/Execution routines have been entered from the Service Scan 
routine, the exit will be back to the Service Scan routine. 


4.6.2.6 DMA Service/Execution Routines 
(Figures 4-31 through 4-39) 


The DMA Service/Execution routines are utilized to read data 
from or write data to the system main memory. Many of the routines 
within this area are used to update address, range, data, and per- 
tinent status information. 
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4.6.2.6.1 DMA Write Operation 


This operation is performed to transmit data from the MLCP into 
the main memory and requires the use of several of the routines 
which comprise the DMA Service/Execution area. These routines re- 
quest the I/O data register and gain access in one of two ways if 
it is busy: 

l. If busy because of the hardware, a stall is performed 

until the hardware is available. 


2. If busy because of an I/O command pending, the command 
is processed, and a return to these routines is performed. 


The routines then load the three bytes of address and the two of 
data into the I/O data register. Control signals are then set, and 
the DMA cycle initiated. The firmware then waits for cycle comple- 
tion and exits to the Service Scan routine directly or by way of 
the Termination routine. 


4.6.2.6.2 DMA Read Operation 


This operation is performed to transfer (receive) data from the 
main memory into the MLCP, and requires the application of several 
routines which comprise the DMA Service/Execution routines. The 
routines request access to the I/O data register in one of two ways 
if it is busy: - 7 


1. If busy due to the hardware, a stall is initiated until 
the hardware is available. 


2. If busy because of an I/O command pending, the command is 
processed, and a return to these routines is performed. 


The routines then load the main memory address and the channel 
number of the source into the I/O data register. Control signals 
are then set, and the request cycle is initiated. The firmware 
then stalls, waiting for a response from the main memory. In the 
event of a NAK response, the nonexistent resources error is set, 
and the Service Scan routine is entered by way of the Termination 
routine. If an acknowledge was received by the MLCP, the firmware 
then waits for a Second Half Read cycle, at which time the data 
integrity is verified. The data bytes are loaded into the random 
access memory, and an exit to the proper procedure is performed. 


4.6.2.7 Deferred Interrupt Handling Routines 
(Figures 4-40 and 4-41) 


The Deferred Interrupt Handling routines utilize a counter which 
indicates the number of different interrupts which have been NAK'd 
previously. If the counter is at some value other than zero for the 
scan of this channel, the firmware will test the Resume Interrupt 
indicator. If this indicator is reset, the bypass resume interrupt 
flag is tested. If this bit is also reset, the Service Scan routine 
is entered. 


In the case where the bypass resume interrupt flag is set, the 
bypass flag is cleared, and firmware enters the same point that 
would be entered if the resume interrupt indicator was set. 
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In the case where the resume interrupt indicator is set, the 
firmware request I/O access to determine if an I/O command is pend- 
ing. If it is, firmware exits to the I/O Command Decode routine. 
If not, and the hardware logic is not busy, the deferred interrupt 
counter is decremented, and the interrupt is generated. To execute 
the interrupt generation, the I/O data register is loaded with: 


1. The channel number of the destination 
2. The interrupt level number 
3. The channel number of the source. 


The firmware then sets up the proper Megabus control signals 
and initiates a request cycle. A stall is used to wait for the re- 
sponse, and if the response is a NAK, the deferred interrupt counter 
is incremented, and the routine requesting the interrupt is returned 
to. When an acknowledge response is received, the requesting rou- 
tine is returned to directly without incrementing the deferred in- 
terrupt counter. 


4.6.2.8 Data Set Scan Routine (Figure 4-42) 


The Data Set Scan routine is entered from the Channel Scanner 
routine as a result of bit 0 of this channel's LCT command byte 
(see Figure 4-7) being set. 


The routine takes the necessary action to read the status of 
this channel from the adapter. When the new status is received 
from the adapter, it iS compared against the adapter status stored 
in the LCT. If the status is unchanged, a return to the Service 
Scan routine is performed. If the new status from the adapter has 
changed, the new status is written into the LCT, and the LCT chan- 
nel command byte is examined to ascertain what action is necessary. 
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Figure 4-16 Quality Logic Test/Service Scan/Channel 
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Figure 4-18 
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Figure 4-19 Input LCT Byte/Input Data Set Status/ 
Output Interrupt Control/Output LCT Bytes/ 
Set Start I/O in LCT 9/Input Extended Device 
ID Number Routines (Sheet 2 of 2) , 
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Figure 4-20 Initialize Channel Routine 
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Figure 4-22 Instruction Fetch Routine 
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